System, method, and apparatus for a dynamic transaction card

ABSTRACT

A dynamic transaction card that includes a number of layers, each of which may be interconnected to one another. For example, a dynamic transaction card may include an outer layer, a potting layer, a sensor layer, a display layer (including, for example, LEDs, a dot matrix display, and the like), a microcontroller/microprocessor storing firmware, Java applets, Java applet integration, and the like, an EMV processor, an energy storage component, one or more antenna (e.g., Bluetooth antenna, NFC antenna, and the like), a power management component, a flexible printed circuit board (PCB), a chassis, and/or a card backing layer. A display layer may include enhanced features such as the use of display components as a barcode generator.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No.62/270,669 entitled “A System, Method, and Apparatus for a DynamicTransaction Card” filed Dec. 22, 2015; and U.S. Provisional ApplicationNo. 62/147,568, entitled “A System, Method, and Apparatus for a DynamicTransaction Card” filed Apr. 14, 2015. The entire contents of theseapplications are incorporated herein by reference.

This application is related to U.S. application Ser. No. 14/338,423,entitled “System and Method for Exchanging Data with Smart Cards” filedJul. 23, 2014, which claims the benefit of U.S. Provisional ApplicationNo. 61/857,443 filed on Jul. 23, 2013; U.S. Pat. No. 9,105,025,entitled, Enhanced Near Field Communications Attachment filed on May 29,2014, which claims the benefit of U.S. Provisional Application No.61/570,275 filed on Dec. 13, 2011 and U.S. Provisional Application No.61/547,910 filed on Oct. 17, 2011; U.S. patent application Ser. No.14/977,730 entitled “A System, Method, and Apparatus for Locating aBluetooth Enabled Transaction Card, filed Dec. 22, 2015, which claimsthe benefit of U.S. Provisional Application No. 62/095,190, filed onDec. 22, 2014; U.S. application Ser. No. 15/098,935, entitled “DynamicTransaction Card Power Management” filed Apr. 14, 2016, which claims thebenefit of U.S. Provisional Application No. 62/266,324, filed Dec. 11,2015, U.S. Provisional Application No. 62/270,307 filed Dec. 21, 2015,and U.S. Provisional Application No. 62/305,599, filed Mar. 9, 2016; andU.S. application Ser. No. 15/098,830, entitled “Dynamic Transaction Cardwith EMV Interface and Method of Manufacturing” filed Apr. 14, 2016,which claims the benefit of U.S. Provisional Application No. 62/270,648filed Dec. 22, 2015. The entire contents of these applications areincorporated herein by reference.

FIELD OF THE DISCLOSURE

The present disclosure relates to a dynamic transaction card and thesystems and methods relating to the dynamic transaction card.Specifically, the present disclosure relates to display componentsassociated with a dynamic transaction card such as the use of displaycomponents as a barcode generator, which may be configured todynamically generate a barcode that may be read by a barcode readerwithout being read by the naked eye.

BACKGROUND OF THE DISCLOSURE

Transaction cards, such as credit cards or debit cards, have limitedcapabilities. Transaction cards may include a magnetic stripe capable ofstoring data by modifying the magnetism of magnetic particles on thestripe. The magnetic stripe may include several tracks of data(typically track 1, track 2, and track 3) storing data about thetransaction card owner or data about the account number or expirationdate of an associated account.

Transaction cards may also include EuroPay-MasterCard-Visa (“EMV”) cardshaving an integrated circuit, or EMV processor. The EMV processor in anEMV card may communicate with EMV-compliant terminals to conduct securetransactions. For example, information may be exchanged between the cardand the terminal via the EMV processor, which may also require the entryof a PIN to complete a transaction. The EMV processor may dynamicallystore data previously stored on a magnetic strip, allowing for increasedsecurity associated with transaction cards.

However, EMV and magnetic stripe cards are limited in displaycapabilities. Additionally, given the small size of the cards, thevarious components of the card, such as a display component, andsensors, are also limited in size and location. These and otherdrawbacks exist.

SUMMARY OF THE DISCLOSURE

Various embodiments of the present disclosure provide a dynamictransaction card, systems supporting a dynamic transaction card, andmethods for operating a dynamic transaction card. Display componentsassociated with a dynamic transaction card may be configured todynamically generate a barcode that may be read by a barcode reader.

For example, a dynamic transaction card may include an LED displayconfigured to generate a rotating pattern of timing to createconstructive interference that may be read by a barcode reader withoutbeing read by the naked eye. Constructive interference may be generatedusing the LEDs within the dynamic transaction card. LEDs may beindividually driven at different frequencies or pulsed at different timeintervals from each other such that the light wave generated from eachLED constructively interferes with the light waves generated by theother LEDs, creating spatial light voids in the resultant analog lightwave.

LEDs may be controlled using a microprocessor. A dynamic transactioncard may receive instructions to generate a barcode. The instructionsmay be transmitted to the LED display 1916 to create a specific patternthat may result in constructive interference that will generate abarcode to be read by a reader.

As referred to herein, a dynamic transaction card may be understood toinclude a transaction card that may include a number of accounts thatmay be activated and/or deactivated by an account holder and/or accountprovider, data storage that may be updated to reflect real-time and/oron-demand account and/or transaction data, and/or display components todisplay the updated account and/or transaction data. A dynamictransaction card may be understood to be activated (e.g., turned on)and/or deactivated (e.g., turned off) based on input received at thedynamic transaction card as described herein.

In an example embodiment, a dynamic transaction card may include atransaction card having a number of layers, each of which may beinterconnected. For example, a dynamic transaction card may include anouter layer, a potting layer, a sensor layer, a display layer(including, for example, LEDs, a dot matrix display, and the like), amicrocontroller storing firmware, Java applets, Java applet integration,and the like, an EMV processor, an energy storage component, one or moreantenna (e.g., Bluetooth antenna, NFC antenna, and the like), a powermanagement component, a flexible printed circuit board (PCB), a chassis,and/or a card backing layer.

A display layer may include enhanced features such as a hearing and/orvisual impairment input/output interface for a dynamic transaction card,the use of the LED display components as a photosensor, and the use ofthe display components as a barcode generator.

A dynamic transaction card may include an EMV processor in communicationwith an applet and/or application on the dynamic transaction card. Forexample, data may be communicated between the EMV processor and theapplet and/or application in a secure manner so that an applet and/orapplication residing within the dynamic transaction card may receivetransaction data, account data, and/or account holder data, process thereceived data (e.g., compare received data to stored data, calculate anew account balance, calculate a new budget balance, calculate a newlimit, store a new account balance, store a new budget balance, store anew limit, store transaction data, and/or the like). A number ofconfigurations may be used to transmit and/or receive data between anapplet/application and an EMV processor on a dynamic transaction card.

In an example embodiment, a system supporting a dynamic transaction cardmay include a dynamic transaction card, a mobile device, an EMVterminal, and/or a financial institution system connected over networkconnections (e.g., Internet, Near Field Communication (NFC), RadioFrequency Identification (RFID), Bluetooth, including Bluetooth LowEnergy (BLE) and/or the like). A mobile device may include, for example,a smartphone, tablet, phablet, laptop, or the like. A mobile device mayinclude Near Field Communication (NFC) hardware and software components,Bluetooth input/output hardware and software, and one or moreprocessors, various input/output interfaces, and/or systems, such astransaction processing systems and account systems. These layers and/orcomponents may be combined where appropriate. For example, a pottinglayer may be combined with display components to create a more elaboratedisplay component for the EMV card.

An EMV terminal may include an input slot to receive an EMV card, an EMVreader, a display, a processor, an input/output component, one or moreantenna (e.g., antenna supporting NFC, RFID, Bluetooth, WiFi Directand/or the like), memory, a magnetic stripe reader, and/or the like.

In an example embodiment, a financial institution system may include anumber of servers and computers, each equipped with storage andcomponents programmed with various capabilities, such as, storingcardholder data, transaction processing, and/or the like.

A dynamic transaction card may include a number of interactivecomponents, including for example, components that may execute on amicroprocessor, which may interact with an EMV processor via anApplication Program Interface (API) defined for the EMV processor. Byinteracting with the EMV processor, the microprocessor could runapplications, such as an application that allows a customer to select aparticular financial account to use when executing a transaction,applications that alert a customer of an account balance, applicationsthat allow a customer to view account information (e.g., recenttransactions, spending per category, budgeting information, and/or thelike), applications that allow customers to activate an additionalaccount (e.g., where a customer has an existing debit account, thatcustomer may activate a new credit account), and/or other applicationsthat allow a customer to interact with an account and/or account data.By way of example, an application may allow a customer to select from acredit account, a savings account, a debit account, and/or the like,where each account has information regarding the account stored on themicroprocessor. As described herein, an application may generate adisplay (e.g., dot matrix, LED display, OLED display, and/or the like)to illustrate various features of an account such as account data (e.g.,account balance, account limit, transaction history, budget balance,budget limit, and/or the like) and/or transaction data (e.g.,transaction amount, effect of transaction on a budget and/or accountbalance, and/or the like).

Additionally, data for display may be received at the dynamictransaction card via the antenna from, for example, a mobile device inconnection with the dynamic transaction card. For example, uponreceiving a request to power-up the dynamic transaction card via, forexample, a sensor or other input mechanism, the dynamic transaction cardmay request connection to a mobile device via an antenna (e.g. aBluetooth antenna, an NFC antenna, and/or the like). Upon establishing asecure connection between the dynamic transaction card and a mobiledevice, the dynamic transaction card may request updated accountinformation for accounts stored on the dynamic transaction card. Amobile device may store an application associated with the financialinstitution that maintains the account(s) associated with the dynamictransaction card and, upon receiving a request for updated accountinformation from the dynamic transaction card, the financial institutionapplication stored on the mobile device may be activated to requestupdated financial account information from a backend system of thefinancial institution maintaining the account. The financial institutionapplication on the mobile device allows for a secure connection to beestablished between the mobile device and a backend system of thefinancial institution.

A financial institution application running on a mobile device mayrequire a user enter one or more credentials before requestinginformation from a backend system. For example, credentials may includeuser authentication credentials, such as for example, a password, PIN, agesture, and/or biometric data (fingerprint, facial recognition, and thelike). A financial institution application running on a mobile devicemay receive data from a dynamic transaction card that allows theapplication to communicate with a financial institution backend toreceive updated information without received credentials input on themobile device. For example, a mobile device and dynamic transaction cardmay be paired to each other such that once the dynamic transaction cardand mobile device are paired; a secure communications channel may beestablished for all future communications. An account holder may controlthese features using device settings (e.g., iOS or Android settings thatmanage security and/or application settings) and/or mobileapplication(s) associated with the financial institution maintaining theaccount. The financial institution also may rely on the fact that adynamic transaction is paired with a mobile device to enable requestinginformation from a backend system by the mobile device. In this example,the dynamic transaction card may include security features that enablethe dynamic transaction card to pair with a mobile device. U.S. patentapplication Ser. No. 14/290,347, filed on May 29, 2014, the entirecontents of which are incorporated herein by reference, describesexample methods for pairing a contactless attachment with a mobiledevice. U.S. patent application Ser. No. 14/977,730 filed Dec. 22, 2015,the entire contents of which is incorporated herein by reference,describes example methods and systems for pairing a transaction cardwith a mobile device.

For example, a dynamic transaction card may receive input from a sensor,such as a capacitive touch sensor, a piezoelectric sensor, via loadcells, an accelerometer, and/or the like. The input component (e.g.,sensor) may be located at any position on the dynamic transaction card.For example, an input component may be located around the edges of adynamic transaction card and/or at a particular point on a dynamictransaction card. An input may include a security feature, such as abiometric feature (e.g., fingerprint, eye scan, voice recognition,and/or the like). For example, a sensor may include technology toreceive a security input, similar to the Apple® Touch ID which reads afingerprint to activate features of a mobile device such as payment andunlocking a device. Upon receiving the input, a dynamic transaction cardmay generate and transmit a request for information associated with theaccounts stored on the dynamic transaction card.

The accounts stored on the dynamic transaction card may be related toany transaction account associated with a financial institution. In anexample embodiment, the dynamic transaction card also may store accountsrelated to multiple financial institutions. The dynamic transaction cardmay store account identifiers (e.g., account number, account ID, accountnickname, account holder name, account holder ID, and/or the like),account balance data (e.g., account balance, spending limit, dailyspending limit, and/or the like), recent transaction data (e.g.,transaction amount, merchant name, transaction date, transaction time,and/or the like), and/or account history data (e.g., payment amounts,payment dates, transaction history, and/or the like). The dynamictransaction card also may receive data via a mobile device and/orfinancial institution backend upon request to reduce the amount of datastored on the dynamic transaction card.

In order to receive and transmit data, a dynamic transaction card mayinclude, for example, NFC, WiFi Direct, and/or Bluetooth technologies,such as various hardware and software components that use Bluetooth, ora wireless technology standard for exchanging data over short distances.Bluetooth, WiFi Direct, or NFC technology may include technology totransmit data using packets, such that each packed is transmitted over achannel. For example, a Bluetooth channel may have a bandwidth of 1 MHzor 2 MHz with the number of channels being 79 or 40, respectively.Hardware that may be included in Bluetooth, WiFi Direct and/or NFCtechnology includes a Bluetooth/NFC/WiFi Direct device or chipset with atransceiver, a chip, and an antenna. The transceiver may transmit andreceive information via the antenna and an interface. The chip mayinclude a microprocessor that stores and processes information specificto a dynamic transaction card and provides device control functionality.Device control functionality may include connection creation,frequency-hopping sequence selection and timing, power control, securitycontrol, polling, packet processing, and the like.

Once data is received at a dynamic transaction card, the data may bedisplayed and/or an indication of the data may be displayed via thedisplay components in the dynamic transaction card. For example, aseries of LED lights may indicate a balance associated with an accountvia color, via the number of LED light illuminated, via a pattern ofillumination, and/or the like. As another example, a dot matrix maydisplay various alpha-numeric characters to display account data,transaction data, and/or any other data requested from an account holderin possession of the dynamic transaction card.

A dynamic transaction card may remain active until a user deactivates aninput associated with the dynamic transaction card (e.g., removing inputfrom the capacitive touch sensors, piezoelectric sensors and/or loadcells). A dynamic transaction card may remain active until a userprovides additional input to input components associated with thedynamic transaction card (e.g., by touching for a second time acapacitive touch sensor, and/or the like).

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments of the present disclosure, together with furtherobjects and advantages, may best be understood by reference to thefollowing description taken in conjunction with the accompanyingdrawings, in the several Figures of which like reference numeralsidentify like elements, and in which:

FIG. 1 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 2 depicts an example embodiment of a dynamic transaction cardaccording to embodiments of the disclosure;

FIG. 3 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 4 depicts an example card-device linking system according toembodiments of the disclosure; and

FIG. 5 depicts an example method for using a dynamic transaction cardaccording to embodiments of the disclosure.

FIG. 6 depicts an example method for using a dynamic transaction cardaccording to embodiments of the disclosure;

FIG. 7 depicts an example embodiment of a dynamic transaction cardaccording to embodiments of the disclosure;

FIG. 8 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 9 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 10 depicts an example embodiment of a method including a dynamictransaction card according to embodiments of the disclosure;

FIG. 11 depicts an example embodiment of a method including a dynamictransaction card according to embodiments of the disclosure;

FIG. 12 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 13 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 14 depicts an example embodiment of a system including a dynamictransaction card according to embodiments of the disclosure;

FIG. 15 depicts an example embodiment of a method including a dynamictransaction card according to embodiments of the disclosure;

FIG. 16 depicts an example embodiment of a method including a dynamiccard according to embodiments of the disclosure.

FIG. 17 depicts an example embodiment of a method for providing displaysettings of a dynamic transaction card according to embodiments of thedisclosure; and

FIG. 18 depicts an example embodiment of a method for providing displaysettings of a dynamic transaction card according to embodiments of thedisclosure.

FIG. 19 depicts an example embodiment of a dynamic transaction cardusing display components as a barcode generator, according toembodiments of the disclosure.

DETAILED DESCRIPTION OF THE EMBODIMENTS

The following description is intended to convey a thorough understandingof the embodiments described by providing a number of specific exampleembodiments and details involving a dynamic transaction card and systemsand methods for using a dynamic transaction card. It should beappreciated, however, that the present disclosure is not limited tothese specific embodiments and details, which are examples only. It isfurther understood that one possessing ordinary skill in the art, inlight of known systems and methods, would appreciate the use of theinvention for its intended purposes and benefits in any number ofalternative embodiments, depending on specific design and other needs. Afinancial institution and system supporting a financial institution areused as examples for the disclosure. The disclosure is not intended tobe limited to financial institutions only. For example, many otheraccount providers may exist, such as retail stores, loyalty programs,membership programs, transportation providers (e.g., a fare card), ahousing provider, and the like.

Additionally, an EMV card is used as an example of a dynamic transactioncard. A dynamic transaction card may include any type of transactioncard that includes a microcontroller-enabled card used in any type oftransaction, including, for example, debit cards, credit cards, pre-paidcards, cards used in transportation systems, membership programs,loyalty programs, hotel systems, and the like. A dynamic transactioncard may include enhanced features, including hardware, software, andfirmware, beyond the traditional features of a magnetic stripe or EMVcard. The use of “mobile device” in the examples throughout thisapplication is only by way of example. Any type of device capable ofcommunicating with a dynamic transaction card may also be used,including, for example, personal computers, tablets, gaming systems,televisions, or any other device capable of communicating with a dynamictransaction card.

According to the various embodiments of the present disclosure, adynamic transaction card and systems and methods for using a dynamictransaction card are provided. Such embodiments may include, forexample, a transaction card including various components to facilitatethe notifications, alerts, and/or other output on a dynamic transactioncard to an account holder associated with the dynamic transaction card.Notifications, alerts, and output may be provided in the form of LEDlights and/or colors, LED lighting patterns, dot matrix displays, and/orthe like, which as situated on and/or within a dynamic transaction card.Interactive elements of a dynamic transaction card may be activated,triggered, and/or made available via an input component on the dynamictransaction card. For example, a dynamic transaction card may include acapacitive touch sensor, a piezoelectric sensor, via load cells, and/orthe like. These types of sensors may activate, trigger, and/or makeavailable display and/or LED lighting information to alert and/or notifya dynamic transaction card holder.

In various embodiments, providing the alerts, notifications, and/orother output on a dynamic transaction card could be provided with theassistance of a network environment, such as a cellular or Internetnetwork. For example, a mobile device may request and/or receive dataindicative of notifications, alerts, and/or output to be displayed on adynamic transaction card from a financial institution system via anetwork. A mobile device may then relay the data via a network (e.g.,NFC, Bluetooth, WiFi Direct, and/or the like) to the dynamic transactioncard for storage and/or to activate, trigger, and/or outputnotifications and/or alerts.

FIG. 1 depicts an example system 100 including a dynamic transactioncard. As shown in FIG. 1, an example system 100 may include one or moredynamic transaction cards 120, one or more account provider systems 130,one or more user devices 140, and one or more merchant systems 150connected over one or more networks 110.

For example, network 110 may be one or more of a wireless network, awired network or any combination of wireless network and wired network.For example, network 110 may include one or more of a fiber opticsnetwork, a passive optical network, a cable network, an Internetnetwork, a satellite network, a wireless LAN, a Global System for MobileCommunication (“GSM”), a Personal Communication Service (“PCS”), aPersonal Area Network (“PAN”), Wireless Application Protocol (WAP),Multimedia Messaging Service (MMS), Enhanced Messaging Service (EMS),Short Message Service (SMS), Time Division Multiplexing (TDM) basedsystems, Code Division Multiple Access (CDMA) based systems, D-AMPS,Wi-Fi, Fixed Wireless Data, IEEE 802.11b, 802.15.1, 802.11n and 802.11g,a Bluetooth network, or any other wired or wireless network fortransmitting and receiving a data signal.

In addition, network 110 may include, without limitation, telephonelines, fiber optics, IEEE Ethernet 902.3, a wide area network (“WAN”), alocal area network (“LAN”), a wireless personal area network (“WPAN”),or a global network such as the Internet. Also network 110 may supportan Internet network, a wireless communication network, a cellularnetwork, or the like, or any combination thereof. Network 110 mayfurther include one network, or any number of the example types ofnetworks mentioned above, operating as a stand-alone network or incooperation with each other. Network 110 may utilize one or moreprotocols of one or more network elements to which they arecommunicatively coupled. Network 110 may translate to or from otherprotocols to one or more protocols of network devices. Although network110 is depicted as a single network, it should be appreciated thataccording to one or more embodiments, network 110 may comprise aplurality of interconnected networks, such as, for example, theInternet, a service provider's network, a cable television network,corporate networks, and home networks.

User device 140 and/or merchant system 150 may include, for example, oneor more mobile devices, such as, for example, personal digitalassistants (PDA), tablet computers and/or electronic readers (e.g.,iPad, Kindle Fire, Playbook, Touchpad, etc.), wearable devices (e.g.,Google Glass), telephony devices, smartphones, cameras, music playingdevices (e.g., iPod, etc.), televisions, set-top-box devices, and thelike.

Account provider system 130, user device 140, and/or merchant system 150also may include a network-enabled computer system and/or device. Asreferred to herein, a network-enabled computer system and/or device mayinclude, but is not limited to: e.g., any computer device, orcommunications device including, e.g., a server, a network appliance, apersonal computer (PC), a workstation, a mobile device, a phone, ahandheld PC, a personal digital assistant (PDA), a thin client, a fatclient, an Internet browser, or other device. The network-enabledcomputer systems may execute one or more software applications to, forexample, receive data as input from an entity accessing thenetwork-enabled computer system, process received data, transmit dataover a network, and receive data over a network. For example, accountprovider system may include components such as those illustrated in FIG.3 and/or FIG. 9. Merchant system may include, for example, componentsillustrated in FIG. 8 and/or FIG. 9.

Account provider system 130, user device 140, and/or merchant system 150may include at least one central processing unit (CPU), which may beconfigured to execute computer program instructions to perform variousprocesses and methods. Account provider system 130, user device 140,and/or merchant system 150 may include data storage, including forexample, random access memory (RAM) and read only memory (ROM), whichmay be configured to access and store data and information and computerprogram instructions. Data storage may also include storage media orother suitable type of memory (e.g., such as, for example, RAM, ROM,programmable read-only memory (PROM), erasable programmable read-onlymemory (EPROM), electrically erasable programmable read-only memory(EEPROM), magnetic disks, optical disks, floppy disks, hard disks,removable cartridges, flash drives, any type of tangible andnon-transitory storage medium), where the files that comprise anoperating system, application programs including, for example, webbrowser application, email application and/or other applications, anddata files may be stored. The data storage of the network-enabledcomputer systems may include electronic information, files, anddocuments stored in various ways, including, for example, a flat file,indexed file, hierarchical database, relational database, such as adatabase created and maintained with software from, for example, Oracle®Corporation, Microsoft® Excel file, Microsoft® Access file, a solidstate storage device, which may include an all flash array, a hybridarray, or a server-side product, enterprise storage, which may includeonline or cloud storage, or any other storage mechanism.

Account provider system 130, user device 140, and/or merchant system 150may further include, for example, a processor, which may be severalprocessors, a single processor, or a single device having multipleprocessors. Although depicted as single elements, it should beappreciated that according to one or more embodiments, account providersystem 130, user device 140, and/or merchant system 150 may comprise aplurality of account provider systems 130, user devices 140, and/ormerchant systems 150.

Account provider system 130, user device 140, and/or merchant system 150may further include data storage. The data storage may includeelectronic information, files, and documents stored in various ways,including, for example, a flat file, indexed file, hierarchicaldatabase, relational database, such as a database created and maintainedwith software from, for example, Oracle® Corporation, Microsoft® Excelfile, Microsoft® Access file, a solid state storage device, which mayinclude an all flash array, a hybrid array, or a server-side product,enterprise storage, which may include online or cloud storage, or anyother storage mechanism.

As shown in FIG. 1, each account provider system 130, user device 140,and/or merchant system 150 may include various components. As usedherein, the term “component” may be understood to refer to computerexecutable software, firmware, hardware, and/or various combinationsthereof. It is noted there where a component is a software and/orfirmware component, the component is configured to affect the hardwareelements of an associated system. It is further noted that thecomponents shown and described herein are intended as examples. Thecomponents may be combined, integrated, separated, or duplicated tosupport various applications. Also, a function described herein as beingperformed at a particular component may be performed at one or moreother components and by one or more other devices instead of or inaddition to the function performed at the particular component. Further,the components may be implemented across multiple devices or othercomponents local or remote to one another. Additionally, the componentsmay be moved from one device and added to another device, or may beincluded in both devices.

As depicted in FIG. 1, system 100 may include a dynamic transaction card120. A dynamic transaction card may include any transaction card that isable to display alerts, notifications, and/or other output to a cardholder via a display and/or LED lighting 126 and/or receive input tointeract with the dynamic transaction card via, for example, a sensor124. Although FIG. 1 depicts a single sensor, 124, multiple sensors maybe included in dynamic transaction card 124. Dynamic transaction card120 also may be composed of various materials that enable the entireexterior surface of card 120 to act as a sensor. A dynamic transactioncard may be able to communicate with, for example, a mobile device usingRFID, Bluetooth, NFC, WiFi Direct, and/or other related technologies.For example, communications between a dynamic transaction card and amobile device may include methods, systems, and devices as described inU.S. patent application Ser. No. 14/338,423 filed on Jul. 23, 2014, theentire contents of which is incorporated herein by reference. A dynamictransaction card may be able to communicate with EMV terminals viacontact points positioned on the exterior of card 120 connected to anEMV processor 122 located on or in the dynamic transaction card 120. Forexample, contact points positioned on the exterior of card 120 may bedirectly connected and adjacent to the EMV processor 122. In anotherexample, the contact points positioned on the exterior of card 120 maybe connected to EMV processor using a form of wired connection (e.g.,electrical wiring, plastic jumpers, and/or the like) such that the EMVprocessor may be positioned at any location in the interior of the card120 as described in U.S. Provisional Application 62/270,648, which isincorporated in its entirety by reference.

A dynamic transaction card 120 may also include hardware components toprovide contactless payments and/or communications. For example, dynamictransaction card 120 may include an output layer, an outer protectivelayer, potting, application (e.g., a Java Applet), applicationintegration (e.g., Java Applet integration), an EMV processor 122, oneor more sensors, a display, a display driver, firmware, a bootloader, amicrocontroller, one or more antenna, an energy storage component, powermanagement, a flexible PCB, a chassis, and/or card backing asillustrated in FIGS. 2 and 7. An EMV processor 122 embedded in thedynamic transaction card 120 may include a number of contacts that maybe connected and activated using an interface device.

Account provider system 130 may include systems associated with, forexample, a banking service company such as Capital One®, Bank ofAmerica®, Citibank®, Wells Fargo®, Sun Trust, various community banks,and the like, as well as a number of other financial institutions suchas Visa®, MasterCard®, and American Express® that issue credit and/ordebit cards, for example, as transaction cards. Account provider system130 may include and/or be connected to one or more computer systems andnetworks to process transactions. For example, account provider system130 may process transactions as shown and described in FIGS. 3 and 9below. Account provider system 130 may include systems associated withfinancial institutions that issue transaction cards, such as a dynamictransaction card 120, and maintains a contract with cardholders forrepayment. In various embodiments, an account provider system 130 mayissue credit, debit, and/or stored value cards, for example. Accountprovider system 130 may include, by way of example and not limitation,depository institutions (e.g., banks, credit unions, building societies,trust companies, mortgage loan companies, pre-paid gift cards or creditcards, etc.), contractual institutions (e.g., insurance companies,pension funds, mutual funds, etc.), investment institutions (e.g.,investment banks, underwriters, brokerage funds, etc.), and othernon-bank financial institutions (e.g., pawn shops or brokers, cashier'scheck issuers, insurance firms, check-cashing locations, payday lending,currency exchanges, microloan organizations, crowd-funding orcrowd-sourcing entities, third-party payment processors, etc.).

Account provider system 130 may include an input/output device 132, atransaction system 134, and a dynamic card system 136. Input/outputdevice 132 may include for example, I/O devices, which may be configuredto provide input and/or output to providing party system 130 (e.g.,keyboard, mouse, display, speakers, printers, modems, network cards,etc.). Input/output device 132 also may include antennas, networkinterfaces that may provide or enable wireless and/or wire line digitaland/or analog interface to one or more networks, such as network 110,over one or more network connections, a power source that provides anappropriate alternating current (AC) or direct current (DC) to power oneor more components of account provider system 130, and a bus that allowscommunication among the various components of account provider system130. Input/output device 132 may include a display, which may includefor example output devices, such as a printer, display screen (e.g.,monitor, television, and the like), speakers, projector, and the like.Although not shown, each account provider system 130 may include one ormore encoders and/or decoders, one or more interleavers, one or morecircular buffers, one or more multiplexers and/or de-multiplexers, oneor more permuters and/or depermuters, one or more encryption and/ordecryption units, one or more modulation and/or demodulation units, oneor more arithmetic logic units and/or their constituent parts, and thelike.

Transaction system 134 may include various hardware and softwarecomponents to communicate between a merchant, acquisition system,account provider system, and/or a user device to process a transaction,such as a user purchase. Dynamic card system 136 may include varioushardware and software components, such as data storage (not shown) tostore data associated with a dynamic transaction card (e.g., cardnumber, account type, account balance, account limits, budget data,recent transactions, pairing data such as time and date of pairing witha mobile device, and the like) and cardholder data (e.g., cardholdername, address, phone number(s), email address, demographic data, and thelike).

A mobile device 140 may be any device capable communicating with atransaction card 120 via, for example, Bluetooth technology, NFCtechnology, WiFi Direct technology, and/or the like and execute variousfunctions to transmit and receive account data (e.g., card number,account type, account balance, account limits, budget data, recenttransactions, and/or the like) associated with dynamic transaction card120. For example, user device 140 could be an iPhone, iPod, iPad, and/orApple Watch from Apple® or any other mobile device running Apple's iOSoperating system, any device running Google's Android® operating system,including, for example, smartphones running the Android® operatingsystem and other wearable mobile devices, such as Google Glass orSamsung Galaxy Gear Smartwatch, any device running Microsoft's Windows®Mobile operating system, and/or any other smartphone or like device.

User device 140 may include for example, an input/output device 142, alocation system 144, and a transaction system 146. Input/output device142 may include, for example, a Bluetooth device or chipset with aBluetooth transceiver, a chip, and an antenna. The transceiver maytransmit and receive information via the antenna and an interface. Thechip may include a microprocessor that stores and processes informationspecific to a dynamic transaction card and provides device controlfunctionality. Device control functionality may include connectioncreation, frequency-hopping sequence selection and timing, powercontrol, security control, polling, packet processing, and the like. Thedevice control functionality and other Bluetooth-related functionalitymay be supported using a Bluetooth API provided by the platformassociated with the user device 140 (e.g., The Android platform, the iOSplatform). Using a Bluetooth API, an application stored on a mobiledevice 140 (e.g., a banking application, a financial accountapplication, etc.) or the device may be able to scan for other Bluetoothdevices (e.g., a dynamic transaction card 120), query the localBluetooth adapter for paired Bluetooth devices, establish RFCOMMchannels, connect to other devices through service discovery, transferdata to and from other devices or a transaction card 120, and managemultiple connections. A Bluetooth API used in the methods, systems, anddevices described herein may include an API for Bluetooth Low Energy(BLE) to provide significantly lower power consumption and allow amobile device 140 to communicate with BLE devices that have low powerrequirements, such dynamic transaction card 120.

Input/output device 142 may include for example, I/O devices, which maybe configured to provide input and/or output to mobile device 140 (e.g.,keyboard, mouse, display, speakers, printers, modems, network cards,etc.). Input/output device 142 also may include antennas, networkinterfaces that may provide or enable wireless and/or wire line digitaland/or analog interface to one or more networks, such as network 110,over one or more network connections, a power source that provides anappropriate alternating current (AC) or direct current (DC) to power oneor more components of mobile device 140, and a bus that allowscommunication among the various components of mobile device 140.Input/output device 142 may include a display, which may include forexample output devices, such as a printer, display screen (e.g.,monitor, television, and the like), speakers, projector, and the like.Although not shown, each mobile device 140 may include one or moreencoders and/or decoders, one or more interleavers, one or more circularbuffers, one or more multiplexers and/or de-multiplexers, one or morepermuters and/or depermuters, one or more encryption and/or decryptionunits, one or more modulation and/or demodulation units, one or morearithmetic logic units and/or their constituent parts, and the like.

Input/output device 142 may also include an NFC antenna and secureelement (SE). The SE may be a hardware chip specially designed to betamper proof. In one embodiment, the SE may be used for digitally andphysically secure storage of sensitive data, including transaction carddata, payment data, health records, car key identifiers, etc. The SEmay, for example, store information related to a person, customer,financial institution, or other entity. The SE may store informationrelated to a financial account, such as, for example, transaction carddata (e.g., a credit card number, debit account number, or other accountidentifier, account balance, transaction history, account limits, budgetdata, recent transactions, and/or the like). The SE may include acomputer processor or other computational hardware or software. As oneexample, the secure element may contain the Visa® and MasterCard®applications for PayWave® and PayPass® transactions. A secure elementmay take the form of a universal integrated circuit card (UICC) and/or amicroSD card. A UICC may identify a user to a wireless operator, storecontacts, enable secure connections, and add new applications andservices, such as a transaction system.

Input/output device 142 may enable Industry Standard NFC PaymentTransmission. For example, the input/output device 142 may enable twoloop antennas to form an air-core transformer when placed near oneanother by using magnetic induction. Input/output device 142 may operateat 13.56 MHz or any other acceptable frequency. Also, input/outputdevice 142 may provide for a passive communication mode, where theinitiator device provides a carrier field, permitting answers by thetarget device via modulation of existing fields. Additionally,input/output device 142 also may provide for an active communicationmode by allowing alternate field generation by the initiator and targetdevices.

Input/output device 142 may deactivate the RF field while awaiting data.The attachment may use Miller-type coding with varying modulations,including 100% modulation. The attachment may also use Manchester codingwith varying modulations, including a modulation ratio of 10%.Additionally, the attachment may be capable of receiving andtransmitting data at the same time, as well as checking for potentialcollisions when the transmitted signal and received signal frequenciesdiffer.

Input/output device 142 may be capable of utilizing standardizedtransmission protocols, for example but not by way of limitation,ISO/IEC 14443 A/B, ISO/IEC 18092, MiFare, FeliCa, tag/smartcardemulation, and the like. Also, input/output device 142 may be able toutilize transmission protocols and methods that are developed in thefuture using other frequencies or modes of transmission. Input/outputdevice 142 may also be backwards-compatible with existing techniques,for example RFID. Also, the system may support transmission requirementsto meet new and evolving standards including internet based transmissiontriggered by NFC.

Dynamic card system 144 may work with input/output device 142 togenerate and receive account data associated with a dynamic transactioncard 120. For example, dynamic card system may include various hardwareand software components such as a processor and data storage to storedynamic transaction card data (e.g., cardholder name, address, phonenumber(s), email address, demographic data, card number, account type,account balance, account limits, budget data, recent transactions andthe like).

Transaction system 146 may include various hardware and softwarecomponents, such as data storage and a processor that may work withinput/output device 142 to communicate between a merchant, acquisitionsystem, account provider system, and/or a mobile device to process atransaction, such as a user purchase.

Mobile device 140 may also include various software components tofacilitate the operation of a dynamic transaction card 120. For example,mobile device 140 may include an operating system such as, for example,the iOS operating system from Apple, the Google Android operatingsystem, and the Windows Mobile operating system from Microsoft. Mobiledevice 140 may also include, without limitation, software applicationssuch as mobile banking applications and financial institutionapplication to facilitate use of a dynamic transaction card 120, an NFCapplication programming interface, and software to enable touchsensitive displays. Mobile banking applications and/or financialinstitution applications may be combined and/or separate from a dynamiccard system 144. Mobile device manufacturers may provide software stacksor Application Programming Interfaces (APIs) which allow softwareapplications to be written on top of the software stacks. For example,mobile device manufacturers may provide, without limitation, a cardemulation API to enable NFC card emulation mode, a logic link controlprotocol (LLCP) API for peer-to-peer communication between mobiledevices, a Bluetooth API supporting BLE, and a real-time data (RTD) APIand a NFC Data Exchange Format (NDEF) API for reading/writing.

Software applications on mobile device 140, such as mobile bankingapplications and applications associated with a dynamic transaction card120, may include card on/off features that allow a cardholder associatedwith a mobile device 140 to enable and disable a transaction card. Forexample, a card holder may use, for example, a mobile bankingapplication stored on a user device 140 to disable and/or enableaccounts associated with a dynamic transaction card 120. A mobilebanking application may include, for example, an application asdisplayed on mobile device 420 in FIG. 4. In this example, a dynamictransaction card 120 may have account data pre-stored on the dynamictransaction card 120 to associate a number of different accounts withthe dynamic transaction card (e.g., debit card, credit card, prepaidcard, and/or the like). If a card holder has a credit accountestablished and desires to establish a debit card associated with thedynamic transaction card 120, the card holder may use a mobile device140 and/or dynamic transaction card 120 to activate the inactive debitaccount on the dynamic transaction card 120.

Merchant system 150 may include, among other components, a Point-of-Sale(PoS) device, an input/output device 152, and an authorization system154. As illustrated in FIG. 8, a PoS device may include a variety ofreaders to read transaction data associated with a transaction takingplace with a merchant. PoS device may include various hardware and/orsoftware components required to conduct and process transaction.Merchant system 150 may also include data storage (not shown) to storetransaction data and/or approval of charges between an cardholder andthe merchant associated with the PoS device.

An input/output device 152 may include, for example, a transceiver,modems, network interfaces, buses, CD-ROM, keyboard, mouse, microphone,camera, touch screen, printers, USB flash drives, speakers, and/or anyother device configured to receive and transmit electronic data.Input/output device 152 may include for example, I/O devices, which maybe configured to provide input and/or output to and/or from merchantsystem 150 (e.g., keyboard, mouse, display, speakers, printers, modems,network cards, etc.). Input/output device 152 also may include antennas,network interfaces that may provide or enable wireless and/or wire linedigital and/or analog interface to one or more networks, such as network110, over one or more network connections, a power source that providesan appropriate alternating current (AC) or direct current (DC) to powerone or more components of merchant system 150, and a bus that allowscommunication among the various components of merchant system 150.Input/output device 152 may include a display, which may include forexample output devices, such as a printer, display screen (e.g.,monitor, television, and the like), speakers, projector, and the like.Although not shown, merchant system 150 may include one or more encodersand/or decoders, one or more interleavers, one or more circular buffers,one or more multiplexers and/or de-multiplexers, one or more permutersand/or depermuters, one or more encryption and/or decryption units, oneor more modulation and/or demodulation units, one or more arithmeticlogic units and/or their constituent parts, and the like. Authorizationsystem 154 may include various software and/or hardware component toenable authorization of a transaction at a merchant system using, forexample, a PoS device.

FIG. 8 depicts an example PoS device 800. PoS device 800 may provide theinterface at what a card holder makes a payment to the merchant inexchange for goods or services. PoS device may be similar to PoS deviceat a merchant system 150. PoS device 800 may include and/or cooperatewith weighing scales, scanners, electronic and manual cash registers,electronic funds transfer at point of sale (EFTPOS) terminals, touchscreens and any other wide variety of hardware and software availablefor use with PoS device 800. PoS device 800 may be a retail point ofsale system and may include a cash register and/or cash register-likecomputer components to enable purchase transactions. PoS device 800 alsomay be a hospitality point of sale system and include computerizedsystems incorporating registers, computers and peripheral equipment,usually on a computer network to be used in restaurant, hair salons,hotels or the like. PoS device 800 may be a wireless point of saledevice similar to a PoS device described herein or, for example a tabletcomputer that is configured to operate as a PoS device, including forexample, software to cause the tablet computer to execute point of salefunctionality and a card reader such as for example the Capital One®SparkPay card reader, the Square® reader, Intuit's® GoPayment reader, orthe like. PoS device 800 also may be a cloud-based point of sale systemthat can be deployed as software as a service, which can be accesseddirectly from the Internet using, for example, an Internet browser.

Referring to FIG. 8, an example PoS device 800 is shown. PoS device 800may include a controller 802, a reader interface 804, a data interface806, a smartcard and/or EMV chip reader 808, a magnetic stripe reader810, a near-field communications (NFC) reader 812, a power manager 814,a keypad 816, an audio interface 818, a touchscreen/display controller820, and a display 822. Also, PoS device 800 may be coupled with,integrated into or otherwise connected with a cash register/retailenterprise system 824.

In various embodiments, Controller 802 may be any controller orprocessor capable of controlling the operations of PoS device 800. Forexample, controller 802 may be an Intel® 2nd Generation Core™ i3 or i5or Pentium™ G850 processor or the like. Controller 802 also may be acontroller included in a personal computer, smartphone device, tablet PCor the like.

Reader interface 804 may provide an interface between the various readerdevices associated with PoS device 800 and PoS device 800. For example,reader interface 804 may provide an interface between smartcard and/orEMV chip reader 808, magnetic stripe reader 810, NFC reader 812 andcontroller 802. In various embodiments, reader interface 804 may be awired interface such as a USB, RS232 or RS485 interface and the like.Reader interface 804 also may be a wireless interface and implementtechnologies such as Bluetooth, the 802.11(x) wireless specificationsand the like. Reader interface 804 may enable communication ofinformation read by the various reader devices from the various readerdevices to PoS device 800 to enable transactions. For example, readerinterface 804 may enable communication of a credit or debit card numberread by a reader device from that device to PoS device 800. In variousembodiments, reader interface 804 may interface between PoS device 800and other devices that do not necessarily “read” information but insteadreceive information from other devices.

Data interface 806 may allow PoS device 800 to pass communicate datathroughout PoS device and with other devices including, for example,cash register/retail enterprise system 824. Data interface 806 mayenable PoS device 800 to integrate with various customer resourcemanagement (CRM) and/or enterprise resource management (ERP) systems.Data interface 806 may include hardware, firmware and software that makeaspects of data interface 806 a wired interface. Data interface 806 alsomay include hardware, firmware and software that make aspects of datainterface 806 a wireless interface. In various embodiments, datainterface 806 also enables communication between PoS device otherdevices.

Smartcard and/or EMV chip reader 808 may be any electronic data inputdevice that reads data from a dynamic transaction card and/or EMVprocessor. Smartcard and/or EMV chip reader 808 may be capable ofsupplying an integrated circuit (e.g., EMV processor) on the dynamictransaction card with electricity and communicating with the dynamictransaction card via protocols, thereby enabling read and writefunctions. In various embodiments, smartcard and/or EMV chip reader 808may enable reading from contact or contactless transaction cards.Smartcard and/or EMV chip reader 808 also may communicate using standardprotocols including ISO/IEC 7816, ISO/IEC 14443 and/or the like orproprietary protocols.

Magnetic stripe reader 810 may be any electronic data input device thatreads data from a magnetic stripe on a credit or debit card, forexample. In various embodiments, magnetic stripe reader 810 may includea magnetic reading head capable of reading information from a magneticstripe. Magnetic stripe reader 810 may be capable of reading, forexample, cardholder information from tracks 1, 2, and 3 on magneticcards. In various embodiments, track 1 may be written on a card withcode known as DEC SIXBIT plus odd parity and the information on track 1may be contained in several formats (e.g., format A, which may bereserved for proprietary use of the card issuer; format B; format C-Mwhich may be reserved for us by ANSI subcommittee X3B10; and format N-Z,which may be available for use by individual card issuers). In variousembodiments, track 2 may be written with a 5-bit scheme (4 data bitsplus 1 parity). Track 3 may be unused on the magnetic stripe. In variousembodiments, track 3 transmission channels may be used for transmittingdynamic data packet information to further enable enhanced token-basedpayments.

NFC reader 812 may be any electronic data input device that reads datafrom a NFC device. In an example embodiment, NFC reader 812 may enableIndustry Standard NFC Payment Transmission. For example, the NFC reader812 may communicate with a NFC enabled device to enable two loopantennas to form an air-core transformer when placed near one another byusing magnetic induction. NFC reader 812 may operate at 13.56 MHz or anyother acceptable frequency. Also, NFC reader 812 may enable a passivecommunication mode, where an initiator device provides a carrier field,permitting answers by the target device via modulation of existingfields. Additionally, NFC reader 812 also may enable an activecommunication mode by allowing alternate field generation by theinitiator and target devices.

In various embodiments, NFC reader 812 may deactivate an RF field whileawaiting data. NFC reader 812 may receive communications containingMiller-type coding with varying modulations, including 100% modulation.NFC reader 812 also may receive communications containing Manchestercoding with varying modulations, including a modulation ratio ofapproximately 10%, for example. Additionally, NFC reader 812 may becapable of receiving and transmitting data at the same time, as well aschecking for potential collisions when the transmitted signal andreceived signal frequencies differ.

NFC reader 812 may be capable of utilizing standardized transmissionprotocols, for example but not by way of limitation, ISO/IEC 14443 A/B,ISO/IEC 18092, MiFare, FeliCa, tag/smartcard emulation, and the like.Also, NFC reader 812 may be able to utilize transmission protocols andmethods that are developed in the future using other frequencies ormodes of transmission. NFC reader 812 also may be backwards-compatiblewith existing payment techniques, such as, for example RFID. Also, NFCreader 812 may support transmission requirements to meet new andevolving payment standards including internet based transmissiontriggered by NFC. In various embodiments, NFC reader 812 may utilizeMasterCard's@PayPass and/or Visa's® PayWave and/or American Express®ExpressPay systems to enable transactions.

Although not shown and described, other input devices and/or readers,such as for example, barcode readers and the like are contemplated.

Power manager 814 may be any microcontroller or integrated circuit thatgoverns power functions of PoS device 800. Power manager 814 mayinclude, for example, firmware, software, memory, a CPU, a CPU,input/output functions, timers to measure intervals of time, as well asanalog to digital converters to measure the voltages of the main energystorage component or power source of PoS device 800. In variousembodiments, Power manager 814 remains active even when PoS device 800is completely shut down, unused, and/or powered by the backup energystorage component. Power manager 814 may be responsible for coordinatingmany functions, including, for example, monitoring power connections andenergy storage component charges, charging batteries when necessary,controlling power to other integrated circuits within PoS device 800and/or other peripherals and/or readers, shutting down unnecessarysystem components when they are left idle, controlling sleep and powerfunctions (on and off), managing the interface for built-in keypad andtrackpads, and/or regulating a real-time clock (RTC).

Keypad 816 may any input device that includes a set of buttons arranged,for example, in a block or pad and may bear digits, symbols and/oralphabetical letters. Keypad 816 may be a hardware-based ormechanical-type keypad and/or implemented in software and displayed on,for example, a screen or touch screen to form a keypad. Keypad 816 mayreceive input from a user that pushed or otherwise activates one or morebuttons on keypad 816 to provide input.

Audio interface 818 may be any device capable of providing audio signalsfrom PoS device 800. For example, audio interface may be a speaker orspeakers that may produce audio signals. In various embodiments, audiointerface 818 may be integrated within PoS device 800. Audio interface818 also may include components that are external to PoS device 800.

Touchscreen/display control 820 may be any device or controller thatcontrols an electronic visual display. Touchscreen/display control 820may allow a user to interact with PoS device 800 through simple ormulti-touch gestures by touching a screen or display (e.g., display822). Touchscreen/display control 820 may be configured to control anynumber of touchscreens, including, for example, resistive touchscreens,surface acoustic wave touchscreens, capacitive touchscreens, surfacecapacitance touchscreens, projected capacitance touchscreens, mutualcapacitance touchscreens, self-capacitance touchscreens, infrared gridtouchscreens, infrared acrylic projection touchscreens, opticaltouchscreens, touchscreens based on dispersive signal technology,acoustic pulse recognition touchscreens, and the like. In variousembodiments, touchscreen/display control 820 may receive inputs from thetouchscreen and process the received inputs. Touchscreen/display control820 also may control the display on PoS device 800, thereby providingthe graphical user interface on a display to a user of PoS device 800.

Display 822 may be any display suitable for a PoS device. For example,display 822 may be a TFT, LCD, LED or other display. Display 822 alsomay be a touchscreen display that for example allows a user to interactwith PoS device 800 through simple or multi-touch gestures by touching ascreen or display (e.g., display 822). Display 822 may include anynumber of touchscreens, including, for example, resistive touchscreens,surface acoustic wave touchscreens, capacitive touchscreens, surfacecapacitance touchscreens, projected capacitance touchscreens, mutualcapacitance touchscreens, self-capacitance touchscreens, infrared gridtouchscreens, infrared acrylic projection touchscreens, opticaltouchscreens, touchscreens based on dispersive signal technology,acoustic pulse recognition touchscreens, and the like. In variousembodiments, 822 may receive inputs from control gestures provided by auser. Display 822 also may display images, thereby providing thegraphical user interface to a user of PoS device 800.

Cash register/retail enterprise system 824 may me any device or devicesthat cooperate with PoS device 800 to process transactions. Cashregister/retail enterprise system 824 may be coupled with othercomponents of PoS device 800 via, for example, a data interface (e.g.,data interface 806) as illustrated in FIG. 8. Cash register/retailenterprise system 824 also may be integrated into PoS device 800.

In various embodiments, cash register/retail enterprise system 824 maybe a cash register. Example cash registers may include, for example,mechanical or electronic devices that calculate and record salestransactions. Cash registers also may include a cash drawer for storingcash and may be capable of printing receipts. Cash registers also may beconnected to a network to enable payment transactions. Cash registersmay include a numerical pad, QWERTY or custom keyboard, touch screeninterface, or a combination of these input methods for a cashier toenter products and fees by hand and access information necessary tocomplete the sale.

In various embodiments, cash register/retail enterprise system 824 maycomprise an retail enterprise system and/or a customer relationshipmanagement system. Retail enterprise system 824 may enable retainenterprises to manage operations and performance across a retailoperation. Retail enterprise system 824 may be a stand-alone applicationin, for example, individual stores, or may be interconnected via anetwork. Retail enterprise system 824 may include various point of salecapabilities, including the ability to, for example, customize andresize transaction screens, work with a “touch screen” graphical userinterface, enter line items, automatically look up price (sales,quantity discount, promotional, price levels), automatically computetax, VAT, look up quantity and item attribute, display item picture,extended description, and sub-descriptions, establish default shippingservices, select shipping carrier and calculate shipping charges byweight/value, support multi-tender transactions, including cash, check,credit card, and debit card, accept food stamps, place transactions onhold and recall, perform voids and returns at POS, access online creditcard authorizations and capture electronic signatures, integrate debitand credit card processing, ensure optional credit card discounts withaddress verification, support mix-and-match pricing structure, discountentire sale or selected items at time of sale, add customer account,track customer information, including total sales, number of visits, andlast visit date, issue store credit, receive payment(s) for individualinvoices, process deposits on orders, search by customer's ship-toaddress, create and process layaway, back orders, work orders, and salesquotes, credit items sold to selected sales reps, view daily sales graphat the PoS, view and print journals from any register, preview, search,and print journals by register, batch, and/or receipt number, print X,Z, and ZZ reports, print receipts, invoices, and pick tickets withlogos/graphics, print kit components on receipt, reprint receipts, enteremployee hours with an integrated time clock function, and/or sell whenthe network/server is down with an offline PoS mode. Retail enterprisesystem 824 also may include inventory control and tracking capabilities,reporting tools, customer management capabilities, employee managementtools, and may integrate with other accounting software.

In various embodiments cash register/retail enterprise system 824 may bea hospitality PoS. In such embodiments, retail enterprise system 824 mayinclude hospitality PoS software (e.g., Aloha PoS Restaurant softwarefrom NCR®, Micros® RES and Symphony software and the like), hospitalitymanagement software, and other hardware and software to facilitatehospitality operations.

FIG. 9 illustrates an example system 900 and method for transactionauthorization. As shown and described in FIG. 9, account holders, suchas account holders associated with a dynamic transaction card similar todynamic transaction card 120 and/or a mobile device similar to mobiledevice 140 and financial institutions similar to account provider system130 may be connected with a card association network to enable securetransactions, timely payments, and successful withdrawals. System 900may include a cardholder 902, merchant 904, Acquirer 910,Association/Interchange 916, and card issuer 918.

Cardholder 902 may be any account holder, including a credit cardholder, debit card holder, stored value card holder and the like.Cardholder 902 may be similar to the card holder associated with dynamictransaction card 120 and/or mobile device 140. Cardholder 902 maypossess a plastic card or carry a device (e.g., a mobile device) thatsecurely stores card credentials and is capable of transmitting the cardcredentials to, for example, a PoS terminal (e.g., terminal 906) and/oran input/output device. Cardholder 902 may interact with a merchantand/or a providing party (e.g., merchant 904) by presenting atransaction card (e.g., dynamic transaction card 120) or cardcredentials to a terminal (e.g., terminal 906).

Merchant 904 may be any merchant that accepts payment from a cardholder902 in exchange for goods, for example. Merchant 904 may be anyretailer, service provider, business entity, or individual that acceptspayments. Merchant 904 may include software, firmware and hardware foraccepting and/or processing payments. For example, as illustrated inFIG. 9, merchant 904 may include a terminal 906 and a payment gateway908. Terminal 906 and payment gateway 908 may comprise the physical orvirtual device(s) used by merchant 904 to communicate information tofront-end processor 912 of acquirer 910. Terminal 906 may be similar toa PoS system. Terminal 906 may include an EMV card reader to interactwith a dynamic transaction card. In various embodiments, payment gateway908 may be an e-commerce application service provider service thatauthorizes payments for merchants. As such, payment gateway 908 may be avirtual equivalent of a PoS terminal and interface with, for example, abilling system of merchant 904 and pass data to front-end processor 912of acquirer 910.

Acquirer 910 may be, for example, a financial institution or bank thatholds the contract for providing payment processing services to merchant904. Merchant 904 may have a merchant account that may serve as acontract under which Acquirer 910 may extend a line of credit to amerchant who wishes to accept, for example, credit card transactions. Asshown in FIG. 9, Acquirer 910 may be associated with front-end processor912 and back-end processor 914.

In various examples, front-end processor 912 may be a platform that cardterminal 906 and/or payment gateway 908 communicate with when approvinga transaction. Front-end processor 912 may include hardware, firmware,and software to process transactions. Front-end processor 912 may beresponsible for the authorization and capture portion of credit cardtransaction. Front-end processor 912 also may include additionalfront-end platform interconnections to support, for example, ACH anddebit transactions.

Backend processor 914 may be a platform that takes captured transactionsfrom front-end processor 912 and settles them through an Interchangesystem (e.g., association/interchange 916). Back-end processor 914 maygenerate, for example, daily ACH files for merchant settlement. Back-endprocessor 914 also may handle chargeback handling, retrieval request andmonthly statements.

Association/interchange 916 may be the consumer payment system whosemembers are the financial institutions that issue payment cards and/orsign merchant to accept payment cards. Example associations/interchanges916 may include, Visa®, MasterCard®, and American Express®.Association/interchange 916 may include one or more computer systems andnetworks to process transactions.

Issuer 918 may be a financial institution that issues payment cards andmaintains a contract with cardholders for repayment. In variousembodiments, issuer 918 may issue credit, debit, and/or stored valuecards, for example. Example issuers may include, Capital One®, Bank ofAmerica®, Citibank®, Sun Trust®, and the like.

In various embodiments, processing a payment card transaction mayinvolve two stages: (1) authorization and (2) clearing and settlement.Authorization may refer to an electronic request that is sent throughvarious parties to either approve or decline the transaction. Clearingand Settlement may refer to settlement of the parties' settle accountsto enable the parties to get paid.

During authorization, cardholder 902 may present payment card, such asdynamic transaction card 120, as payment (901A) at merchant 904 PoSterminal 906, for example. Merchant 904 may enter card into a physicalPoS terminal 906 (e.g., an EMV terminal) or submit a credit cardtransaction to a payment gateway 908 on behalf of withdrawing party 902via secure connection from a Web site, retail location, or a wirelessdevice.

Payment gateway 908 may receive the secure transaction information(903A) and may pass the secure transaction information (905A) via asecure connection to the merchant acquirer's 910 front-end processor912.

Front-end processor 912 may submit the transaction (907A) toassociation/interchange 916 (e.g., a network of financial entities thatcommunicate to manage the processing, clearing and settlement of creditcard transactions). Association/interchange 916 may route thetransaction (909A) to the customer's Issuer 918. Issuer 918 may approveor decline the transaction and passes the transaction results back(911A) through association/interchange 916. Association/interchange thenmay relay the transaction results (913A) to front-end processor 912.

Front-end processor 912 may relay the transaction results (915A) back tothe payment gateway 908 and/or terminal 906. Payment gateway 908 maystore the transaction results and sends them to merchant 904. Merchant904 may receive the authorization response and complete the transactionaccordingly.

During settlement, merchant 904 may deposit the transaction receipt(921S) with acquirer 910 via, for example, a settlement batch. Capturedauthorizations may be passed (923S) from front-end processor 912 to theback-end processor 914 for settlement. Back-end processor may generateACH files for merchant settlement. Acquirer may submit settlement files(925S, 927S) to Issuer 918 for reimbursement via association/interchange916. Issuer 918 may post the transaction and/or withdrawal and paymerchant 904 (929S, 931S, 933S).

FIG. 2 depicts an example dynamic transaction card 200. As shown in FIG.2, dynamic transaction card 200 may include a top output layer 202. Thetop output layer may be a film covering, a plastic covering, and/or thelike. The top output layer 202 may be constructed of scratch-resistantand/or scratch-proof materials. Materials that may be used as a topouter layer 202 may include polyvinyl chloride (PVC), polylactic acid(PLA), acrylonitrile butadiene styrene (ABS), polyethylene terephthalate(PET), Polyethylene terephthalate glycol-modified (PET-G), polyesterfilm or plastic sheet (e.g., Mylar), polycarbonate (PC), and/or thelike. A dynamic transaction card 200 may further include a topprotective layer 204, such as a clear scratch-resistant coating and/orscratch-proof material to protect the underlying components. Forexample, various scratch-resistant materials include materials coatedwith a scratch resistant chemical coating, such as a UV curable chemicalcoating. Scratch-proof materials may include a mineral glass, thin filmalloys, ITO, ZnO, a sapphire glass material, PVC, PET, BoPET (e.g.,Mylar), polyvinylidene fluoride (e.g., Kynar), polyvinylidenedifluoride, PC and/or PET-G.

A dynamic transaction card may include a potting 206 or filler epoxyaround the electrical components to provide strength and/or waterresistance. A potting 206 may include a light guide, which may beconstructed of optical grade materials such as acrylic, resin,polycarbonate, epoxies, and/or glass. Potting 206 may also includeinjection molding, such as over molding and/or multi-shot to encapsulatethe internal components of card 200. For example, injection molding mayinclude ABS, thermoplastic elastomers (TPE), thermoplastic vulcanizate(TPV), thermoplastic polyurethane (TPU), PET, polycarbonates (PC), coldlamination of the outer films to the body of the card using thermoactiveadhesives, hot lamination of the outer films to the body of the cardusing thermoactive adhesives, and/or silicone. A dynamic transactioncard 200 may further include a Java Applet 208 and Java Appletintegration 210. Although a Java Applet 208 is used through thespecification, any other similar type of code application may be used.Moreover, although Java Applet integration 210 is used throughout thisspecification, any type of interface may be used to allow themicrocontroller to interact with the EMV processor. A Java Applet 208may include code that executes payments, such as payment made using anEMV processor. A Java Applet 208 may include account-provider specificcode to execute display functionality specific to the account provider.Java Applet integration 210 may include coded interfaces to allow themicrocontroller to interact with the EMV processor 212.

An EMV processor 212 may include and/or be connected to a number ofcontacts that may interact with a terminal configured to read datastored on an EMV processor 212. During an EMV transaction, applicationcryptograms may be used to send and receive data packets between thedynamic transaction card 200 and a terminal, such as a merchantterminal, which may be similar to a terminal included at a merchant 150.For example, data packets may include user authentication informationwhich an acquisition system and/or issuing financial institution may useto authenticate a transaction card 200 during a transaction. Variouscryptographic protocols and/or methods may be used in this datatransmission and reception process. Moreover, during a transactionissuing financial institutions and/or acquisition systems may returnscript commands to the EMV processor 212 via a terminal. These scriptcommands and/or data packets may be transmitted between parties over anetwork. Script commands may be used, for example, to blocktransactions, change transaction data stored on the EMV processor (e.g.,transaction history, account limits, account balance, and/or the like).Offline data authentication may also take place using, for examplepublic key cryptography to perform payment data authentication. Forexample, offline data authentication may use Static Data Authentication(SDA), Dynamic Data Authentication (DDA), and/or Combined DataAuthentication (CDA).

Dynamic transaction card 200 may also include one or more sensors 214 toreceive input. Sensors 214 may include an activation sensor and/or anoperation sensor, which may be combined and/or separate. An activationsensor may activate the dynamic transaction card 214 and an operationsensor may instruct the dynamic transaction card 200 to perform anaction based on the received input. An activation sensor may require asecurity input, such as a biometric input (e.g., fingerprint, eye scan,voice recognition, and/or the like), input indicative of a paired mobiledevice (e.g., BLE and/or Bluetooth pairing), input indicative of apassword (e.g., a password received via a sensor on the dynamictransaction card and/or a password received on a paired mobile device),and/or the like. An operation sensor may change a display 216 based onreceived input, conduct a transaction via, for example an EMV processor212 and/or contactless payment technologies based on received input,attempt a pairing of a card 200 and a mobile device, and/or the like.

By way of example, a sensor 214 may include a capacitive touch sensor, apiezoelectric sensor, an inductive sensor, load cells, a light sensor, atemperature sensor, a resistive touchscreen, including for example ananalogue matrix real (AMR) sensors, and/or the like. Sensors 214 mayinclude accelerometers and/or photo sensors to detect motion input.

Although the sensor 214 is depicted at a particular spot in thetransaction card 200, a sensor 214 may be placed at any portion of thecard to detect, for example, touch, light, heat, energy, and/or thelike. For example, a sensor may be placed around the outer edges of adynamic transaction card 200 or at any spot within the dynamictransaction card 200. Sensor 214 also may include the entire exteriorsurface of transaction card 200.

A display 216 may be provided within the transaction card 200. Althoughthe display as shown includes, for example, a dot matrix display, anumber of other display options may be included in the transaction card200. For example, lighting, such as LED lighting, OLED lighting, electroluminescent (EL) displays and/or the like, may be used as displaycomponents. Display components may also include electronic paper,Mirasol, TF LCD, Quantum Dot Display, and/or the like. Where lighting isused, various lighting technologies may be used to create a display thatindicates a number of things to a cardholder. For example, edge lightingmay be used to create a specific visual component in the display. Anumber of LED or OLED lights may be used to illuminate various portionsof the display in order to output information to a card holder.

By way of example, a display 216 may be illuminated using a particularcolor to relay to the cardholder balance information of an accountassociated with a transaction card, such as an RGB LED matrix paneland/or RGB LED displays. A red light display may indicate that theaccount balance is within a first predetermined dollar amount or a firstpredetermined percentage of the total spending limit, a particularbudget, a particular budget category, and/or the like. A yellow lightdisplay may indicate that the account balance is within a secondpredetermined dollar amount or a second predetermined percentage of thetotal spending limit, a particular budget, a particular budget category,and/or the like. A green light display may indicate that the accountbalance is within a third predetermined dollar amount or a thirdpredetermined percentage of the total spending limit, a particularbudget, a particular budget category, and/or the like. Various colorsand or number of categories may be used to output this information to acardholder. A display 216 may include other display component, such as,for example, LCD technology, ePaper technology (e.g., e-ink), vacuumflorescent display technology, and/or the like.

By way of example, a display may include a number of LED or OLED lightsthat may be lit in a particular pattern to indicate transaction and/oraccount information. For example, a display may include a circle,semicircle, or other shape of LED or OLED lighting, where the number oflights illuminated indicates a dollar amount or a percentage of thetotal spending limit, a particular budget, a particular budget category,and/or the like.

A display may be altered and/or modified, for example, depending onwhich account or card is selected to be used. For example, where dynamictransaction card 200 includes a debit account, a first credit account,and a second credit account, display components 216 may reflect the cardnumber, security code, expiration date, and/or other necessary dataindicative of the account (e.g., second credit account) that is beingused to execute a transaction. A display may be altered and/or modifiedwhen, for example, a dynamic card 200 receives new card data and/or newaccount data from an account holder's mobile device via a wirelessconnection. For example, where an account has been marked as associatedwith fraudulent activity, an account holder and/or issuing financialinstitution may deactivate the card associated with the account andissue a new card. Accordingly, new card data may be transmitted from theissuing financial institution to, for example, an account holder'smobile device via a network, and then from an account holder's mobiledevice to dynamic card 200 via a wireless connection. A display may alsobe altered and/or modified when dynamic card 200 activates a newaccount. For example, when an account holder applies for a new account(e.g., a new credit card account, a new checking account, and/or thelike), if approved, new account data may be transmitted to dynamic card200. New account data may be received at an account holder's mobiledevice from an issuing financial institution via a network (e.g., usinga mobile application, mobile optimized website, and/or the like). Newaccount data may then be transmitted from an account holder's mobiledevice to dynamic card 200 via a wireless connection (e.g., BLE, RFID,NFC, WiFi, and/or the like) or a contact connection (e.g., using aterminal in contact with an EMV processor and/or other microchip).

As described herein, card 200 may be fully or partially pre-loaded withaccount and/or card data. For example, an applet and placeholder data(or actual data) may be stored within dynamic card 200. Accordingly,when an account holder wishes to activate a new account (e.g., accountholder who maintains a first credit account may wish to apply for asecond credit account), the new account data and/or activation signalmay be received from an account holder's mobile device via a wirelessconnection or a contact connection (e.g., using a terminal in contactwith an EMV processor and/or other microchip) and a new account and/orcard may be activated and able to be displayed on dynamic card 200.

A dynamic transaction card 200 may include a display driver 218 thattranslates instructions from a microcontroller 224 into display imagesto be displayed using display components 216. A display driver 218 mayinclude an integrated circuit (IC), a state machine, and/or the likethat provides an interface function between the display and themicrocontroller 224. A display driver 218 may include memory (e.g., RAM,Flash, ROM, and/or the like) and/or firmware that includes font displaydata.

A dynamic transaction card 200 may include firmware 220 and/or abootloader 222. A bootloader 222 may include code to be executed as adynamic card 200 is activated and before any operating system, firmware,or other code is executed on the dynamic transaction card 200. Abootloader may be activated via a sensor 214 and energy storagecomponent 228 of the dynamic transaction card 200. Bootloader 222 may beactivated and/or load an application and/or program upon detection thatcard 200 has been inserted into a terminal, charger, and/or the like.Bootloader 222 may be activated using only one technique describedherein, using multiple techniques described herein, and/or using a cardholder or card provider selected technique(s) described herein.Bootloader 222 may only be active during a short interval after the card200 powers up. Card 200 may also be activated using program code thatmay be flashed directly to a microprocessor such as microcontroller 224,EMV processor 212, and/or the like. Card 200 may not use a bootloader222 but instead may cycle between a sleep state and an active stateusing program code and/or memory. A dynamic transaction card 200 mayinclude a microcontroller 224 and an antenna 226. Antenna 226 mayinclude, for example, a loop antenna, a fractal antenna, and/or thelike. Antenna 226 may transmit to and receive signals from a mobiledevice, such as mobile device 140, to conduct transactions and displaydata as described throughout the specification. Microcontroller 224 maycommunicate with EMV processor 212, Java Applet 208, Java Appletintegration 210, sensor(s) 214, power management 230, antenna 226,energy storage component 228, display 216, display driver 218, firmware220, bootloader 222, and/or any other component of dynamic transactioncard 200. Microcontroller 224 may control the card operations to conducttransactions and/or display data as described throughout thisspecification.

Dynamic transaction card 200 may include an energy storage component228. Although energy storage component is depicted as a singlecomponent, energy storage component 228 may include a series of energystorage components. By way of example, energy storage component 228 mayinclude a lithium polymer battery, a lithium-metal battery,lithium-ceramic battery, and/or any other type of battery. Energystorage component 228 may be constructed out of rigid materials, semiflexible materials, and/or flexible materials. Energy storage component228 may provide power to card components contained within dynamictransaction card 200. Energy storage component 228 may be a combinebattery/potting component to support dynamic transaction card 200.

Dynamic transaction card 200 may include a power management component230 that may manage the charging and discharging of energy storagecomponent 228. Power management component 230 may convert voltage to apredetermined level in order to operate dynamic transaction card 200 asdiscussed throughout the specification. Power management component 230and/or energy storage component 228 may include, for example, solarpower cells to convert solar energy into an electrical current within asolar panel. Power management component 230 and/or energy storagecomponent 228 may include connections to sensors 214 to receive inputand activate dynamic transaction card 200 (e.g., motion input, thermalinput, manual input, touch input, and/or the like).

A flexible printed circuit board (PCB) 232 may be included in dynamictransaction card 200. A flexible PCB 232 may include a PCB mounted in aflexible plastic substrate, such as for example, a polyimide, polyetherether ketone, and/or a transparent conductive polyester film. A flexiblePCB 232 may be printed, using, for example screen printing, 3D printing,and/or the like, to arrange circuits on a material, such as polyester.Flexible PCB 232 may include electronic components and connections thatpower dynamic transaction card 200. Flexible PCB 232 may control and/orprovide integration between the components of card 200. For example,flexible PCB 232 mechanically supports and electronically connects theelectronic components of card 200 using, for example, conductive tracks,pads, and/or other features. PCB 232 may be combined with an energycomponent (e.g., energy storage component, power component, etc.) asdescribed in U.S. Patent Application No. 62/266,324, which isincorporated by reference. A flexible PCB may also provide antennasupport. A flexible printed circuit (FPC) may be used in place of or inconjunction with flexible PCB 232. FPC 232 may be fabricated withphotolithographic technology, such as light exposure of a film materiallaminated to substrate and/or conductive layers. FPC 232 may be printed,silkscreened, and/or the like. FPC 232 may be used as a structuralmember for the electronic components of card 200 and/or for the cardsystem as a whole 200.

Dynamic transaction card 200 may include a chassis 234 as a frame orsupporting structure. Chassis 234 may be a mount for a flexible PCB 232and may be constructed out of flexible or semi-flexible material aswell. Chassis 234 may be constructed out of a number of materials,including but not limited to, PVC, PC, ABS, styrene, polycarbonate,polyester, PET, any material that is easily molded, deposited, or lasercut (e.g., organic or inorganic material such as paper, plastic, and/orengineered ceramics), and/or the like. Chassis 234 may be constructedout of a conductive material. Chassis 234 may increase the rigidity ofdynamic transaction card 200 to prevent damage. Chassis 234 may also beused to detect if dynamic transaction card 200 is being held byincluding sensors 214 around chassis 234. Where chassis 234 isconstructed out of a conductive material, a dielectric constant ofchassis 234 and/or card 200 may be monitored to detect handling of card200. A chassis 234 may be used to detect handling of card 200 via astrain gauge. Chassis 234 may be included within or separate from a cardbacking 236. Card backing 236 may include a magnetic stripe that may beread using a magnetic stripe reader. A magnetic stripe may store tracksof data that are used to conduct a transaction using a dynamictransaction card 200. The tracks of data may include a first trackcapable of storing alphanumeric characters as well as symbols (e.g., ?,!, &, #, and/or the like), such as account numbers, account holder name,expiration data, security data, and/or other account and/or card relateddata. The tracks of data may include a second track capable of storingnumeric characters such as account numbers, expiration data, securitydata, and/or other account and/or card related data. The tracks of datamay include a third track of data capable of storing numeric characterssuch as an account number, a PIN, a country code, a currency code, anauthorization amount, a balance amount, and/or other account and/or cardrelated data.

A magnetic stripe may be dynamically altered. For example, a dynamictransaction card 200 that is paired to a mobile device via, for example,Bluetooth, BLE, RFID, and/or other wireless technologies, may receivenew track data. The new track data may be unformatted, encrypted,encoded, and/or the like when the new track data is transmitted from themobile device to the dynamic transaction card 200. Upon receipt of thenew track data, the new track data may be routed to a microprocessor,such as EMV processor 212 and/or microcontroller 224. EMV processor 212and/or microcontroller 224 may convert, decrypt, and/or decode thereceived new track data to ensure compliance with any standards. Oncedecrypted, decoded, and/or formatted, the new track data may be save onthe tracks of the magnetic stripe. The magnetic stripe may be deletedand then the new track data may be recorded onto the tracks. In thismanner, track data stored on a magnetic stripe may be altered at anytime upon pairing a dynamic transaction card 200 with a mobile device.

Card backing 236 may be made of similar material to that of the outputlayer 202 and/or the top protective layer 204. Card backing 236 may bemade out of a plastic material.

Although the components of dynamic transaction card 200 are illustratedin a particular fashion, these components may be combined and or placedthroughout a dynamic transaction card 200 in any manner, such as thosedepicted in, for example, FIG. 7.

For example, FIG. 7 illustrates a dynamic transaction card having anoutput layer 702 which may be similar to output layer 202; an outerprotective layer 704 which may be similar to outer protective layer 204;potting 706 which may be similar to potting 206; Java Applets 708 whichmay be similar to Java Applets 208; Java Applet integration 710 whichmay be similar to Java Applet integration 210; an EMV processor 712which may be similar to EMV processor 212; a sensor 714 which may besimilar to sensor 214; display 716 which may be similar to display 216;display driver 718 which may be similar to display driver 718; firmware720 which may be similar to firmware 220; bootloader 722 which may besimilar to bootloader 222; microcontroller 724 which may be similar tomicrocontroller 224; antenna 726 which may be similar to antenna 226;energy storage component 728 which may be similar to energy storagecomponent 228; power management 730 which may be similar to powermanagement 230; a flexible PCB 732 which may be similar to flexible PCB232; chassis 734 which may be similar to chassis 234; and/or cardbacking 736 which may be similar to card backing 236.

FIG. 3 illustrates a system associated with the use of a dynamictransaction card. The example system 300 in FIG. 3 may enable afinancial institution, for example, to provide network services to itscardholders, and may include providing transaction card data, accountdata, and/or any other data to a mobile device that may in turn providethat data to a dynamic transaction card. For example, referring to FIGS.1 and 3, a financial institution may include a front-end controlleddomain 306, a back-end controlled domain 312, and a backend 318 as partof account provider system 130, a mobile device 302 may include mobiledevice 140, and a dynamic transaction card may include dynamictransaction card 120. Referring to FIGS. 3 and 9, for example, a dynamictransaction card may be similar to a dynamic transaction card ofcardholder 902; a financial institution may include a front-endcontrolled domain 306, a back-end controlled domain 312, and a backend318 as part of card issuer system 918 and/or association/interchange916; and a mobile device may be similar to a mobile device of cardholder902. The example system 300 also may enable a merchant, for example, toprovide network services to its customers, and may include providingsales, loyalty account data, and/or any other data to a mobile devicethat may in turn provide that data to a dynamic transaction card. Forexample, a mobile device 302 and/or dynamic transaction card mayinteract with a merchant system, such as merchant system 800 of FIG. 8via a reader 808, 810, 812 to send and/or receive data to the merchantsystem, which may interact with a financial institution over a network,where a financial institution may include a front-end controlled domain306, a back-end controlled domain 312, and a backend 318.

As shown in FIG. 3, system 300 may include a mobile device 302, anetwork 304, a front-end controlled domain 306, a back-end controlleddomain 312, and a backend 318. Front-end controlled domain 306 mayinclude one or more load balancers 308 and one or more web servers 310.Back-end controlled domain 312 may include one or more load balancers314 and one or more application servers 316.

Mobile device 302 may be a network-enabled computer. As referred toherein, a network-enabled computer may include, but is not limited to:e.g., any computer device, or communications device including, e.g., aserver, a network appliance, a personal computer (PC), a workstation, amobile device, a phone, a handheld PC, a personal digital assistant(PDA), a thin client, a fat client, an Internet browser, or otherdevice. The one or more network-enabled computers of the example system300 may execute one or more software applications to enable, forexample, network communications.

Mobile device 302 may include an iPhone, iPod, iPad, and/or Apple Watchfrom Apple® or any other mobile device running Apple's iOS operatingsystem, any device running Google's Android® operating system, includingfor example, Google's wearable device, Google Glass, any device runningMicrosoft's Windows® Mobile operating system, and/or any othersmartphone or like wearable mobile device. Mobile device 302 also may besimilar to mobile device 140 as shown and described in FIG. 1.

Network 304 may be one or more of a wireless network, a wired network,or any combination of a wireless network and a wired network. Forexample, network 304 may include one or more of a fiber optics network,a passive optical network, a cable network, an Internet network, asatellite network, a wireless LAN, a Global System for MobileCommunication (GSM), a Personal Communication Service (PCS), a PersonalArea Networks, (PAN), D-AMPS, Wi-Fi, Fixed Wireless Data, IEEE 802.11b,802.15.1, 802.11n, and 802.11g or any other wired or wireless networkfor transmitting and receiving a data signal.

In addition, network 304 may include, without limitation, telephonelines, fiber optics, IEEE Ethernet 902.3, a wide area network (WAN), alocal area network (LAN) or a global network such as the Internet. Also,network 304 may support an Internet network, a wireless communicationnetwork, a cellular network, or the like, or any combination thereof.Network 204 may further include one network, or any number of exampletypes of networks mentioned above, operating as a stand-alone network orin cooperation with each other. Network 304 may utilize one or moreprotocols of one or more network elements to which they arecommunicatively couples. Network 304 may translate to or from otherprotocols to one or more protocols of network devices. Although network304 is depicted as a single network, it should be appreciated thataccording to one or more embodiments, network 304 may comprise aplurality of interconnected networks, such as, for example, theInternet, a service provider's network, a cable television network,corporate networks, and home networks.

Front-end controlled domain 306 may be implemented to provide securityfor backend 318. Load balancer(s) 308 may distribute workloads acrossmultiple computing resources, such as, for example computers, a computercluster, network links, central processing units or disk drives. Invarious embodiments, load balancer(s) 310 may distribute workloadsacross, for example, web server(s) 316 and/or backend 318 systems. Loadbalancing aims to optimize resource use, maximize throughput, minimizeresponse time, and avoid overload of any one of the resources. Usingmultiple components with load balancing instead of a single componentmay increase reliability through redundancy. Load balancing is usuallyprovided by dedicated software or hardware, such as a multilayer switchor a Domain Name System (DNS) server process.

Load balancer(s) 308 may include software that monitoring the port whereexternal clients, such as, for example, mobile device 302, connect toaccess various services of a financial institution, for example. Loadbalancer(s) 308 may forward requests to one of the application servers316 and/or backend 318 servers, which may then reply to load balancer308. This may allow load balancer(s) 308 to reply to mobile device 302without mobile device 302 ever knowing about the internal separation offunctions. It also may prevent mobile devices from contacting backendservers directly, which may have security benefits by hiding thestructure of the internal network and preventing attacks on backend 318or unrelated services running on other ports, for example.

A variety of scheduling algorithms may be used by load balancer(s) 308to determine which backend server to send a request to. Simplealgorithms may include, for example, random choice or round robin. Loadbalancers 308 also may account for additional factors, such as aserver's reported load, recent response times, up/down status(determined by a monitoring poll of some kind), number of activeconnections, geographic location, capabilities, or how much traffic ithas recently been assigned.

Load balancers 308 may be implemented in hardware and/or software. Loadbalancer(s) 308 may implement numerous features, including, withoutlimitation: asymmetric loading; Priority activation: SSL Offload andAcceleration; Distributed Denial of Service (DDoS) attack protection;HTTP/HTTPS compression; TCP offloading; TCP buffering; direct serverreturn; health checking; HTTP/HTTPS caching; content filtering;HTTP/HTTPS security; priority queuing; rate shaping; content-awareswitching; client authentication; programmatic traffic manipulation;firewall; intrusion prevention systems.

Web server(s) 310 may include hardware (e.g., one or more computers)and/or software (e.g., one or more applications) that deliver webcontent that can be accessed by, for example a client device (e.g.,mobile device 302) through a network (e.g., network 304), such as theInternet. In various examples, web servers, may deliver web pages,relating to, for example, online banking applications and the like, toclients (e.g., mobile device 302). Web server(s) 310 may use, forexample, a hypertext transfer protocol (HTTP/HTTPS or sHTTP) tocommunicate with mobile device 302. The web pages delivered to clientdevice may include, for example, HTML documents, which may includeimages, style sheets and scripts in addition to text content.

A user agent, such as, for example, a web browser, web crawler, ornative mobile application, may initiate communication by making arequest for a specific resource using HTTP/HTTPS and web server 310 mayrespond with the content of that resource or an error message if unableto do so. The resource may be, for example a file on stored on backend318. Web server(s) 310 also may enable or facilitate receiving contentfrom mobile device 302 so mobile device 302 may be able to, for example,submit web forms, including uploading of files.

Web server(s) also may support server-side scripting using, for example,Active Server Pages (ASP), PHP, or other scripting languages.Accordingly, the behavior of web server(s) 310 can be scripted inseparate files, while the actual server software remains unchanged.

Load balancers 314 may be similar to load balancers 308 as describedabove.

Application server(s) 316 may include hardware and/or software that isdedicated to the efficient execution of procedures (e.g., programs,routines, scripts) for supporting its applied applications. Applicationserver(s) 316 may comprise one or more application server frameworks,including, for example, Java application servers (e.g., Java platform,Enterprise Edition (Java EE), the .NET framework from Microsoft®, PHPapplication servers, and the like). The various application serverframeworks may contain a comprehensive service layer model. Also,application server(s) 316 may act as a set of components accessible to,for example, a financial institution, or other entity implementingsystem 300, through an API defined by the platform itself. For Webapplications, these components may be performed in, for example, thesame running environment as web server(s) 310, and application servers316 may support the construction of dynamic pages. Application server(s)316 also may implement services, such as, for example, clustering,fail-over, and load-balancing. In various embodiments, where applicationserver(s) 316 are Java application servers, the web server(s) 316 maybehaves like an extended virtual machine for running applications,transparently handling connections to databases associated with backend318 on one side, and, connections to the Web client (e.g., mobile device302) on the other.

Backend 318 may include hardware and/or software that enables thebackend services of, for example, a financial institution, merchant, orother entity that maintains a distributed system similar to system 300.For example, backend 318 may include, a system of record, online bankingapplications, a rewards platform, a payments platform, a lendingplatform, including the various services associated with, for example,auto and home lending platforms, a statement processing platform, one ormore platforms that provide mobile services, one or more platforms thatprovide online services, a card provisioning platform, a general ledgersystem, and/or a location system, which may include additionalcapabilities, such as transaction card data generation, transactionprocessing, and/or transmission of account and/or transaction data.Backend 318 may be associated with various databases, including accountdatabases that maintain, for example, cardholder information (e.g.,demographic data, credit data, cardholder profile data, and the like),transaction card databases that maintain transaction card data (e.g.,transaction history, account balance, spending limit, budget categories,budget spending, budget limits, and the like), and the like. Backend 318also may be associated with one or more servers that enable the variousservices provided by system 300. Backend 318 may enable a financialinstitution to implement various functions associated with reprogramminga transaction card and/or providing data to a transaction card in orderto provide a dynamic display as shown and described herein.

A dynamic display may be a display that is altered by activating newcard data such as, a new card number, a new security code (e.g., CCVcode), a new expiration date, and/or other card/account data. A dynamicdisplay may be a display that is altered by activating new account data,such as a new account number, a new card number, a new security code, anew expiration date, and/or other card/account data. New account and/ornew card data may be fully pre-loaded, partially pre-loaded, and/orreceived from a wireless connection.

For example, fully pre-loaded data may include a full account number,card number, security code, expiration date, and/or other account datathat is loaded onto a dynamic card (e.g., dynamic card 200, 700) uponpersonalization at a backend facility. Fully pre-loaded data may alsoinclude an associated applet that interacts with the account and/or carddata to execute transactions, manipulate dynamic displays, and/orperform any of the functionality described herein. Fully pre-loaded datamay be activated upon receiving an activation signal from, for example,an account holder device via a wireless connection. A wireless devicemay receive an activation signal from an issuing financial institutionvia a network connection using, for example, a mobile application and/ormobile-enhanced website associated with the issuing financialinstitution.

Partially pre-loaded data may include a shell account that includes aplaceholder for each type of data required for a fully-functionalaccount (e.g., account holder data, account number, security code,expiration date, and/or the like). A placeholder may include one or morealphanumeric characters associated with inactive, null, or shellaccounts in a backend system associated with the issuing financialinstitution. Partially pre-loaded data may include an associated appletthat interacts with the account and/or card data to executetransactions, manipulate dynamic displays, and/or perform any of thefunctionality described herein. Partially pre-loaded data may beactivated upon receiving an activation signal and/or new card or newaccount data from, for example, an account holder device via a wirelessconnection or a contact connection (e.g., using a terminal in contactwith an EMV processor and/or other microchip). A wireless device mayreceive an activation signal and/or new card or new account data from anissuing financial institution via a network connection using, forexample, a mobile application and/or mobile-enhanced website associatedwith the issuing financial institution.

Data transmitted may be encrypted. Encryption/decryption may occur usinga key that was preloaded onto the dynamic transaction card uponpersonalization at the issuing financial institution and/or a keypreloaded to an EMV circuit. Data received may include new accountand/or card data. For example, where partially pre-loaded card and/oraccount data are stored on a dynamic card, new card and/or account datamay be received from an account holder's mobile device via a wirelessconnection (e.g., BLE, NFC, WiFi, and/or the like) or a contactconnection (e.g., using a terminal in contact with an EMV processorand/or other microchip). Data received may include an applet and/orapplet data required to execute transactions, manipulate dynamicdisplays, and/or perform any of the functionality described herein.

Also, fully pre-loaded and/or partially pre-loaded data may also includekeys (e.g., public/private key pairs, private key pairs, and/or thelike) that may be used by an EMV circuit to execute transactions usingthe EMV processor on the card.

FIG. 4 illustrates a system associated with the use of a dynamictransaction card. The example system 400 in FIG. 4 may enable a mobiledevice 420 storing a mobile banking application, for example, to providedata updates to a dynamic transaction card 410 via network 430. Forexample, data received at mobile device 420 may be transmitted todynamic transaction card 410 where it is received via antenna 414. Datamay be received and/or transmitted using, for example a mobile bankingapplication that maintains and/or creates a secure connection with afinancial institution to send and/or receive data related to an accountassociated with the financial institution. For example, a mobile bankingapplication may include send and/or receive data related to a creditaccount, a debit account, a prepaid account, a loyalty account, arewards account, and/or the like. Data may also include track data thatmay be updated upon demand.

Upon activation of dynamic transaction card via, for example, a sensor418, a data request may be transmitted to a mobile device 420 forupdated information, where mobile device 420 may request updated datafrom a financial institution (not shown) as described in FIG. 3. Datareceived at dynamic transaction card 410 may be stored on microchip 412and/or may be displayed via display 416.

For example, FIGS. 5 and 6 illustrate example methods of updating andusing a dynamic transaction card. The method 500 may start at block 502.At block 504, a dynamic transaction card may be activated. A dynamictransaction card may be activated via input received at a sensor on thedynamic transaction card (e.g., an accelerometer, a light sensor, acapacitive touch sensor, a heat sensor, and/or the like), by insertingthe dynamic transaction card into a reader, such as an EMV reader wherethe EMV reader connects with the dynamic transaction card via an EMVprocessor, when the dynamic transaction card is being used in acontactless payment transaction (e.g., by received a signal from a PoSterminal that a transaction has been initiated), via an activationsignal received from a mobile device (e.g., a signal received from amobile device that has been paired to the dynamic transaction card via,for example Bluetooth or BLE), and/or the like.

At block 506, upon activation, a dynamic transaction card may requestupdated data via, for example, a mobile device, an EMV terminal, and/orany computing device capable of communicating with a financialinstitution. A request may be transmitted wirelessly, using WiFi Direct,Bluetooth, Bluetooth Low Energy (BLE), RFID, and/or NFC technologies. Arequest may be transmitted via contacts, such as EMV contacts. Forexample, a request may be processed using the systems described in FIGS.1, 2, 3, 7, 8, and 9. For example, as illustrated in FIG. 3, a mobiledevice 302 may send data to and receive data from a financialinstitution, for example, through a network 304 using a number of loadbalancers 308, 314 a web server 310, an application server 316, and/or abackend server 318. In this manner, data may be securely transmittedbetween a mobile device 302 and a financial institution. Moreover, amobile banking application and/or a financial institution applicationmay provide a secure connection and/or security features (e.g.,cryptographic keys, protocol, hash algorithm, digital signatures,passwords, checksums, and/or the like) to conduct secure communicationswith a financial institution backend and receive updated financial datato transmit, via WiFi Direct, RFID, BLE, Bluetooth, NFC, and/or thelike, to a dynamic transaction card for storage and/or display.

At block 508, data updates, such as transaction data, transactionhistory, account balance, account limit, budget category, remainingbudget amount, spending per category, and/or like may be received at thedynamic transaction card via an antenna, such as antenna 224, or an EMVchip, such as EMV contacts connected to EMV processor 212. Data updatesmay be stored within the dynamic transaction card and recalled on thedynamic transaction card at any time upon activation. For example, adynamic transaction card may store data in storage associated with amicrocontroller such as microcontroller 224, an EMV processor such asEMV processor 212, and or software storage (e.g., firmware and/or anapplication) such as 220, 208 in the dynamic transaction card.

At block 510 a dynamic transaction card may generate a display accountto the updated data using a display such as display 216, display driversuch as display driver 218, and/or other components of a dynamictransaction card, including, for example, firmware, such as firmware 220and/or applications, such as application 208. For example, a dynamictransaction card with a dot matrix display may generate an alphanumericdisplay indicative of the updated data, such as a balance amount, atransaction amount, a budget amount, a transaction date, account holdername, account number, transaction card number, expiration date, accountholder data, a spending limit, and/or the like. When a dynamictransaction card display includes and LED and/or an OLED display, adynamic transaction card may generate a display pattern with the LEDand/or OLED lights indicative of the updated data.

By way of example, as displayed in FIG. 2, a display may indicate anamount remaining in an account (e.g., $143 left). A display may includea shape, such as a circle, a ring, and/or the like, indicative of anaccount balance, a budget balance, and/or the like where a portion ofthe shape is illuminated to indicate an account balance against anaccount limit. For example, where a spending limit or budgeted amount is$500 and a balance or amount spent is $100, the shape may be illuminatedto indicate 20% of the spending limit or budgeted amount has been spent.In this example, the shape may be illuminated to indicate 80%/o of thespending limit or budgeted amount has not been spent. In anotherexample, various colors and/or patterns may be illuminated to indicatean amount spent and/or an amount not spent to a card holder (e.g., anLED or OLED patterns and/or colors, edge lighting patterns, and/or thelike).

At block 512, a dynamic transaction card and/or display on a dynamictransaction card may be deactivated. Deactivation may occur after acertain amount of time after activation. Deactivation may occur byreceiving a predetermined input via a sensor. For example, a first inputto a sensor may activate a dynamic transaction card and a second inputto a sensor may deactivate a dynamic transaction card. A predeterminedinput pattern also may deactivate a dynamic transaction card.Deactivation may occur by removing a dynamic transaction card from aterminal. Deactivation may occur when a dynamic transaction card isunpaired from a mobile device. For example, when a dynamic transactioncard is over a predetermined distance from a mobile device, a wirelessconnection (e.g., BLE, Bluetooth, RFID, NFC, WiFi Direct, and/or thelike) may be lost and the dynamic transaction card and mobile device maybecome unpaired. Deactivation may occur upon receiving an input that amobile device and financial institution have ceased connection. Forexample, when an account holder logs into a mobile banking applicationon a mobile device, the account holder may log out or a connection maytimeout. Once a connection is lost, either via a log out or timeout, amobile device may transmit a signal to a dynamic transaction cardwirelessly via BLE, Bluetooth, RFID, NFC, WiFi Direct, and/or the liketo deactivate the display on the dynamic transaction card. Upondeactivation, the method 500 may end.

The method 600 may start at block 602. At block 604, a dynamictransaction card may be activated. A dynamic transaction card may bepowered up, or activated via input received at a sensor on the dynamictransaction card (e.g., an accelerometer, a light sensor, a capacitivetouch sensor, a heat sensor, and/or the like), by inserting the dynamictransaction card into a reader, such as an EMV reader where the EMVreader connects with the dynamic transaction card via EMV contactsconnected to an EMV processor, when the dynamic transaction card isbeing used in a contactless payment transaction (e.g., by received asignal from a PoS terminal that a transaction has been initiated), viaan activation signal received from a mobile device (e.g., a signalreceived from a mobile device that has been paired to the dynamictransaction card via, for example Bluetooth, BLE, NFC, WiFi Direct,and/or the like), and/or the like.

At block 606, upon activation, a dynamic transaction card may transmit atransaction request to a point-of-sale (PoS) terminal at a merchant,similar to merchant 150. For example, a dynamic transaction card mayinteract with a merchant terminal (e.g., FIG. 9, 906) to initiate atransaction. A dynamic transaction card may communicate wirelessly(e.g., RFID, NFC, BLE, WiFi) or using a contact connection (e.g., an EMVprocessor connection at a terminal) with a merchant terminal. Toinitiate a transaction, a cardholder may select a specific card to usefor a transaction. For example, a dynamic transaction card may store anumber of different accounts (e.g., debit account, credit account,prepaid card account, gift card account, and/or the like). A dynamictransaction card may also store a specific applet that executes witheach account and an account identifier (AID) associated with the accountand/or applet. Accordingly, a cardholder may select which account to usefor a transaction, either via a dynamic transaction card interface orvia a mobile device application that may communicate wirelessly with adynamic transaction card to relay transaction instructions (e.g., usecredit account, use debit account, and/or the like).

Also, a cardholder may preselect which account to use for specifictransactions by setting up account rules (e.g., use credit account tomaximize rewards, use debit account when credit balance is at apredetermined level, use credit account at a specific merchant type,and/or the like). Account rules may be stored on a dynamic transactioncard and/or an account holder's mobile device (which may then be pushedto a dynamic transaction card at the time a transaction is initiated).

Upon transmitting a transaction request and/or upon receivingtransaction approval, a dynamic transaction card may receive updateddata based on the current transaction at block 608. Updated data mayinclude the transaction amount, an account balance prior to thetransaction, an account balance after transaction approval, an accountnumber, account holder data, budget category, remaining budget amount,spending per category, and/or the like. Data updates may be storedwithin the dynamic transaction card and recalled on the dynamictransaction card at any time upon activation. For example, a request maybe processed using the systems described in FIGS. 1, 2, 3, 7, 8, and 9.For example, as illustrated in FIG. 3, a mobile device 302 may send datato and receive data from a financial institution, for example, through anetwork 304 using a number of load balancers 308, 314 a web server 310,an application server 316, and/or a backend server 318. In this manner,data may be securely transmitted between a mobile device 302 and afinancial institution. Moreover, a mobile banking application and/or afinancial institution application may provide a secure connection and/orsecurity features (e.g., cryptographic keys, protocol, hash algorithm,digital signatures, passwords, checksums, and/or the like) to conductsecure communications with a financial institution backend and receiveupdated financial data to transmit, via RFID, BLE, Bluetooth, NFC, WiFiDirect and/or the like, to a dynamic transaction card for storage and/ordisplay.

At block 610 a dynamic transaction card may generate a display accountto the updated data using a display, display driver, and/or othercomponents of a dynamic transaction card. For example, a dynamictransaction card with a dot matrix display may generate an alphanumericdisplay indicative of the updated data, such as a balance amount, atransaction amount, a budget amount, a transaction date, account holdername, account number, transaction card number, expiration date, accountholder data, a spending limit, and/or the like. When a dynamictransaction card display includes and LED and/or an OLED display, adynamic transaction card may generate a display pattern with the LEDand/or OLED lights indicative of the updated data.

At block 612, a dynamic transaction card may be powered down, ordeactivated. Deactivation may occur after a certain amount of time afteractivation. Deactivation may occur by receiving a predetermined inputvia a sensor. For example, a first input to a sensor may activate adynamic transaction card and a second input to a sensor may deactivate adynamic transaction card. A predetermined input pattern also maydeactivate a dynamic transaction card. Deactivation may occur byremoving a dynamic transaction card from a terminal. Upon deactivation,the method 600 may end.

As another example, FIG. 10 illustrates an example method 1000 ofcommunication between a dynamic transaction card and, for example, amobile device. Dynamic transaction card may be similar to, for example,dynamic transaction card 200 or dynamic transaction card 700. Mobiledevice may be similar to, for example, mobile device 140.

At block 1002, the method may begin. At block 1004, an account holderand/or financial institution may store transaction rules associated witha dynamic transaction card on a mobile device. Transaction rules mayinclude for example, rules pertaining to allowing or denyingtransactions based on a purchase amount, the time of day, the date, theday of the week, the merchant, the geographical location of thetransaction, the type of merchant, and/or the like.

At block 1006, a dynamic transaction card and/or mobile device maydetermine whether a connection exists between a dynamic transaction cardand a mobile device. For example, a connection may be made by pairing adynamic transaction card and a mobile device using NFC, BLE, Bluetooth,RFID, WiFi Direct, and/or other connection technologies.

When a connection is detected, a mobile device may receive a request forupdated rules from a dynamic transaction card at block 1008. Rules maybe updated on a dynamic transaction card in response to receiving arequest from the dynamic transaction card. In another example, ruleupdates at a dynamic transaction card may occur when a dynamictransaction card requests balance information from a mobile device. Ruleupdates may occur every time a dynamic transaction card is activated orwakes up and receives additional updated information, such as locationinformation, transaction information, and/or the like Where no requestand/or transmission of updated rules occurs at a mobile device, a mobiledevice may check a connection between a dynamic transaction card and amobile device. (block 1006).

At block 1010, the updated rules may be transmitted from the mobiledevice to the dynamic transaction card via, for example, NFC, BLE,Bluetooth, RFID, WiFi Direct, and/or other technologies. Updates may betransmitted as a full reset of transaction rules thereby replacing thetransaction rules previously stored on the dynamic transaction card.Updates may be transmitted as the changes between the currenttransaction rules stored on a dynamic transaction card and the updatedtransaction rules stored on a mobile device.

At block 1012, updated transaction rules may be stored in amicrocontroller, microprocessor, and/or other element of a dynamictransaction card and run during a transaction prior to transmitting anydata to an authorization network and/or financial institution. Thismethod is further illustrated in FIG. 11.

For example, FIG. 11 also illustrates a method for communication betweena financial institution, mobile device, and/or dynamic transaction card.For example, a mobile device may communicate with a financialinstitution to transmit and validate a set of transaction rules.

The method 1100 of FIG. 11 may begin at block 1102. At block 1104, acard holder may define a set of transaction rules, such as rules thatdefine when a transaction card may be used in a transaction. A set ofrules may be defined on, for example, an Internet connected deviceand/or a mobile device, such as mobile device 140, using a mobileapplication and/or a website.

At block 1106, the transaction rules may be transmitted from a mobiledevice and/or Internet connected device to a financial institutionassociated with the transaction card for which transaction rules aredevice, where the backend system of the financial institution may bestored and validated. Upon validation, a financial institution systemmay transmit validated transaction rules to a mobile device associatedwith the transaction card at block 1108. A financial institution systemmay store an association between a transaction card and a mobile device.For example, a financial institution system may store a link between amobile device identifier (e.g., mobile device number, mobile devicecarrier, mobile device application identifier, device UUID, deviceUDID), an account identifier (e.g., account holder name, account holderusername, account number, and/or the like) and a transaction card (e.g.,transaction card identifier, transaction card number, and/or the like).Accordingly, a financial institution, using the information linking amobile device identifier, account identifier, and a transaction card, afinancial institution may transmit validated transaction rules to amobile device that may be paired with the transaction card associatedwith the validated transaction rules.

At block 1110, the validated transaction rules may be transmitted from amobile device to the transaction card associated with the validatedtransaction rules. Transmission may occur via NFC technologies,Bluetooth or BLE technologies, RFID technologies, WiFi Directtechnologies, and/or the like. As illustrated in FIG. 10, transmissionsmay occur at various times between a dynamic transaction card and amobile device.

At block 1112, the validated transaction rules may be stored on amicrocontroller, microprocessor, and/or other storage on a dynamictransaction card, which may be similar to dynamic transaction card 200and/or dynamic transaction card 700.

At block 1114, a dynamic transaction card may be used in a transaction.For example, a microcontroller, microprocessor, and/or other componentof the dynamic transaction card may receive transaction details byobserving EMV traffic at the EMV processor/contacts of the dynamictransaction card. A microcontroller, microprocessor and/or other elementof the dynamic transaction card may execute the stored validated rulesto determine if a transaction may occur. For example, a purchase thatdoes not comply with the validated transaction rules may be denied or apurchase that complies with the validated transaction rules may beaffirmed by the rules before any purchase data is transmitted to anauthorization system and/or a financial institution system.

At block 1116, the microcontroller, microprocessor, and/or other elementof the dynamic transaction card that executes the validated transactionrules may transmit the transaction determination to the EMV processorvia EMV contacts of the dynamic transaction card, which may interactwith a reader at a PoS device to relay the transaction determination tothe PoS device. If the determination is to deny the transaction, the PoSdevice will no longer proceed with the transaction and the method mayend. If the determination is to affirm the transaction, a PoS device maycontinue processing the transaction, which may include, for example,transmitting transaction information to an authorization system and/orfinancial institution system as described herein.

At block 1118, the method may end. Where, in the methods of FIGS. 10 and11, a mobile device and a transaction card are not able to be paired(e.g., the mobile device lacks power, NFC/BLE/Bluetooth/WiFi Directtechnologies are disabled, and/or the like), a dynamic transaction cardmay detect that no connection exists between the dynamic transactioncard and a mobile device and may instruct a microcontroller,microprocessor, EMV processor, and/or other component of the dynamictransaction card to handle transactions without using validated rules onthe dynamic transaction card.

FIGS. 12, 13, and 14 illustrate example configurations and methods ofcommunication and/or connection between a terminal, such as a PoSterminal, and components of a dynamic transaction card, such as an EMVprocessor via EMV contacts, microprocessor, and/or applet. Using theseexample configurations, data may be transmitted between a terminal, EMVcontacts, EMV processor, applet, and/or microprocessor in a securemanner in order to perform the methods described herein. For example, byusing the depicted connections, data may be stored and/or updated in adynamic transaction card. Using the depicted connections, the datastored and/or updated in a dynamic transaction card may be used togenerate a display component on a dynamic transaction card, such as adot matrix display, an LED or OLED display, and/or the like.

For example, as depicted in FIG. 12, the system 1200 may include a PoSterminal 1210 and a dynamic transaction card 1220. Upon connectionbetween a PoS terminal 1210 and a dynamic transaction card 1220, usingfor example EMV processor 1230, data may be read and encrypted using aprivate key stored within EMV processor 1230. The encrypted data may betransmitted along with plaintext data from a PoS terminal 1210 to anacquirer, a payment network, and/or an issuer where the encrypted datamay be decrypted. The decrypted data may be compared with the plaintextdata at the issuer. The issuer may use the decrypted data to process atransaction being conducted at a PoS terminal 1210. Once a transactionhas been processed at an issuer, a response (e.g., a plaintext response)may be sent from the issuer to a dynamic transaction card via a paymentnetwork, acquirer, and/or PoS terminal 1210.

A response may then be transmitted to an EMV processor 1230 on dynamictransaction card 1220. An EMV processor 1230 may then transmit data toan applet 1240, which may then be transmitted to a microprocessor 1250.In this manner, the EMV processor 1230 may include protocols and/orinterfacing hardware and/or software to communicate with applet 1240,which may then communicate with a microprocessor 1250.

FIG. 13 illustrates a terminal 1310 and dynamic transaction card 1320included in a system 1300. In FIG. 13, an applet 1340 may be incommunication with a terminal 1310, whereby the applet 1340 may act as aconduit between the EMV processor 1330 and terminal 1310. In thismanner, the plaintext data responses may be read and processed using theapplet 1340 and/or microprocessor 1350. For example, applet 1340 maypass any received data to microprocessor 1350 where the data may beprocessed according to any method described herein. Microprocessor maythen transmit the processed data to the applet 1340 where the data maybe used to generate and/or change a display.

FIG. 14 illustrates a terminal 1410 and dynamic transaction card 1420included in a system 1400. In FIG. 14, a microprocessor 1450 may be incommunication with a terminal 1410, whereby the microprocessor 1450 mayact as a conduit between the EMV processor 1430 and terminal 1410. Inthis manner, the plaintext data responses may be read and processedusing the microprocessor 1450. For example, microprocessor 1450 mayprocessed the response data according to any method described herein.Microprocessor 1450 may then transmit the processed data to the applet1440 where the data may be used to generate and/or change a display. Itis further noted that the systems and methods described herein may betangibly embodied in one of more physical media, such as, but notlimited to, a compact disc (CD), a digital versatile disc (DVD), afloppy disk, a hard drive, read only memory (ROM), random access memory(RAM), as well as other physical media capable of storing software, orcombinations thereof. Moreover, the figures illustrate variouscomponents (e.g., servers, computers, processors, etc.) separately. Thefunctions described as being performed at various components may beperformed at other components, and the various components bay becombined or separated. Other modifications also may be made.

FIG. 15 illustrates a method 1500 for detecting fraud using a dynamictransaction card 200/700 in a transaction. The techniques andtechnologies used to detect fraud in a transaction may be similar tothose described in U.S. patent application Ser. No. 14/977,730, theentire contents of which are incorporated herein by reference. Themethod 1500 may be used in conjunction with existing fraud detectionmethods and/or technologies and/or newly developed fraud detectionmethods and technologies.

The method may begin at block 1502. At block 1504 a dynamic transactioncard, such as card 200 or 700, may be initiated. A dynamic transactioncard may be initiated upon removing a card from a wallet via lightsensors, touch sensors, and/or other types of sensors described herein.Upon initiation, dynamic transaction card may attempt to pair with aknown mobile device, such as an account holders smartphone, at block1506. At block 1508, a determination regarding a connection is storedwithin the dynamic transaction card.

At block 1510, where a connection is not made, a transaction may beinitiated. Upon initiation of a transaction, along with the transactiondata (e.g., merchant identifier, purchase price, and/or the like), dataindicating that no connection was made between the dynamic transactioncard and a mobile device may be included. Upon receiving thisinformation, a backend system may transmit a message to a known mobiledevice associated with the dynamic transaction card. A message mayinclude a notification of a non-pairing transaction, a request forapproval of a non-pairing transaction, and/or the like. A backend systemmay continue to calculate a fraud score based on the non-pairingtransaction alone or in conjunction with additional fraud calculationsalready in place or may wait for a response from the known mobile devicethat received the transmitted message. If the backend system waits for aresponse from the known mobile device, the non-pairing data as well asthe response data may be included with the transaction data to calculatea fraud score for the transaction. This calculation of a fraud score maybe based on any of the following data, either alone, or in conjunctionwith existing fraud calculations: responds data, transaction data,pairing data, and location data.

At block 1512, a fraud score may be calculated for a non-pairingtransaction. A fraud score may be based on a transaction amount, amerchant identifier, as well as, the response data, the non-pairingdata, a distance between a known mobile device and a the transactionand/or transaction statistics associated with the account holder of thedynamic transaction card. Transaction statistics may include, a numberof transactions that occur without pairing, a percentage of transactionsthat occur without pairing, a number of transactions approved withoutpairing, a percentage of transactions approved without pairing, and/orthe like.

At block 1514 a transaction may be approved or denied based on thecalculated fraud score.

At block 1518, where a connection is made, a transaction may beinitiated. Upon initiation of a transaction, along with the transactiondata (e.g., merchant identifier, purchase price, and/or the like), dataindicating that a connection was made between the dynamic transactioncard and a mobile device may be included. At block 1520, a fraud scoremay be calculated based on a successful pairing. A fraud score may bebased on a transaction amount, a merchant identifier, as well as, theresponse data, the non-pairing data, a distance between a known mobiledevice and a the transaction and/or transaction statistics associatedwith the account holder of the dynamic transaction card. Transactionstatistics may include, a number of transactions that occur withoutpairing, a percentage of transactions that occur without pairing, anumber of transactions approved without pairing, a percentage oftransactions approved without pairing, and/or the like.

At block 1522, a transaction may be approved or denied based on thecalculated fraud score.

At blocks 1516 and/or 1524, the method 1500 may end.

FIG. 16 illustrates a method 1600 used after a fraud detection, eitherusing methods disclosed herein or existing fraud detection methods, toautomatically activate new card data on a dynamic transaction card(e.g., dynamic card 200, dynamic card 700).

The method 1600 may begin at block 1602 when a backend financialinstitution system detects a fraudulent transaction. Once a fraudulenttransaction is detected at a backend financial institution system, anotification may be transmitted to the account data storage to block theaccount associated with the fraudulent transaction from being used(block 1606). At block 1604, a backend financial institution system maygenerate new card data (e.g., a new card activation signal, a new cardnumber, a new security code, a new expiration date, and/or the like). Atblock 1608, a backend financial system may push or transmit the new carddata to an account data storage to associate the new card data with theaccount that was marked as associated with a fraudulent transaction.

At block 1610, a backend financial institution system may transmit(e.g., push) a notification to the mobile device of the account holderassociated with the fraud detection and new card data. A notificationmay include data indicating that fraud has been detected, dataindicating that the account data currently stored on a dynamictransaction card is no longer active, and/or data indicating that newcard data must be requested. At block 1612, in response to receiving anotification, an account holder associated with the mobile device mayrequest new card data (e.g., pull the data) from a backend financialinstitution system using, for example, a financial institution mobileapplication and/or a mobile optimized website. At block 1612, a user mayconnect to a dynamic transaction card, for example, using Bluetooth,BLE, RFID, WiFi, and/or other wireless networks by turning on pairingcapabilities of the dynamic transaction card and mobile device,searching for pairing devices, and connecting the two devices.

At block 1614, in response to a request for new card data, the accountholder's mobile device may receive, via a wireless network, new carddata from a backend financial institution system. At block 14, the newcard data received at the mobile device may be transmitted to thecurrently paired dynamic transaction card, where it may be stored on amicrocontroller, microprocessor, and/or EMV processor. As discussedherein, new card data and/or new account data may be fully or partiallypre-loaded onto a dynamic transaction card. Accordingly, the receivednew card data may include only an activation signal that when receivedand executed on a microcontroller, microprocessor, and/or EMV processorof a dynamic transaction card, instructs the card to activate pre-storednew card data and/or pre-stored new account data.

At block 1616, a microcontroller may initialize an EMV processor withthe financial institution application ID. In this manner, the EMVprocessor may associate a particular application ID associated with aspecific account application running on the dynamic transaction cardwith the new account data. At block 1618, an application running on thedynamic transaction card may update the active card data stored on thedynamic transaction card with the new account data received and/orpre-stored on the dynamic transaction card. At block 1620, theapplication running on the dynamic transaction card may transmit aresponse to the microcontroller to confirm that the active card datastored on the dynamic transaction card has been successfully updatedwith the new card data. At block 1622, a microcontroller on the dynamictransaction card may transmit the confirmation of a successful update tothe mobile device associated with the account holder via the pairedwireless connection. This confirmation may then be transmitted from themobile device to a backend financial institution system where theaccount data may be updated to reflect the confirmation. Onceconfirmation that the account has been successfully activated on thedynamic transaction card is received at the backend financialinstitution system, the backend financial institution system may thenchange the status associated with the new card data from inactive toactive.

In an example embodiment, a dynamic EMV card may be used in conjunctionwith settings stored on a mobile device to provide a dynamic cardinterface that may be understood by users with visual/audio impairments.For example, a user of a mobile device may provide impairment setting tothe mobile device, such as mobile device 140. These setting may indicatea particular visual impairment, such as nearsightedness, farsightedness,glaucoma, or other visual impairments, or audio impairments. Theimpairment setting may be stored in memory within the mobile device(e.g., nonvolatile memory). The impairment setting may be transmittedalong with a data alert to the dynamic transaction card via a network,such as WiFi, RFID, or BLE. The impairment setting may includeinstructions that when executed on the dynamic transaction card instructthe dynamic transaction card to illustrate the alert in a manner thatmay be understood by a user with the indicated impairment. For example,a user with a visual impairment may require specific shapes, blinkingpatters, and/or colors to best indicate and alert.

Various colors, symbols, and blinking patterns may be used based on theimpairment setting. In this manner, a monochromatic display may becomean RGB display to assist those with visual/audio impairments. As anexample, FIG. 17 illustrates a method 1700 that may be used to generatea display on a dynamic transaction card (such as card 200, 700) that maybe understood by a user with an impairment. The method may begin atblock 1702. At block 1704, a mobile device may receive a user settingindicating an impairment. The impairment setting may be stored in memoryassociated with the mobile device and/or dynamic transaction card. Atblock 1706, a connection may be made between the mobile device and thedynamic transaction card (e.g., WiFi, RFID, BLE, and the like). When adynamic transaction card is used in a transaction as described herein,the mobile device associated with the dynamic transaction card mayreceive data from a backend system storing account informationassociated with the dynamic transaction card and/or from the dynamictransaction card itself (block 1708). The data may indicate a balance, acredit limit, a budget balance, a transaction amount, and the like. Atblock 1710, the mobile device may generate alert data to transmit theinformation received from the backend server to the dynamic transactioncard for display (block 1712). The alert data that is generated mayinclude data that can instruct the dynamic transaction card to generatea visual display indicating the particular alert. The alert data alsomay include data that can instruct the dynamic transaction card togenerate a visual display specific to the impairment data.

For example, the data that is transmitted to the dynamic transactioncard may instruct the dynamic transaction card to, instead of displayingan alphanumeric value, display a specific symbol (e.g., circle, square,triangle, octagon, and the like), a specific color (e.g., red, yellow,green, blue, and the like), or a combination of symbols and colors(e.g., red octagon, green circle, and the like). The data that istransmitted to the dynamic transaction card may instruct the dynamictransaction card to display a pattern of blinking lights (e.g., fastblinking, slow blinking, blinking in a specific order, and the like) toindicate a balance, a credit limit, a budget balance, a transactionamount, and the like.

FIG. 18 illustrates a method 1800 that may be used to generate a displayon a dynamic transaction card (such as card 200, 700) that may beunderstood by a user with an impairment. The method 1800 may begin atblock 1802. At block 1804, a mobile device may receive a user settingindicating an impairment. At block 1806, a connection may be madebetween the mobile device and the dynamic transaction card (e.g., WiFi,RFID, BLE, and the like). At block 1808, the mobile device may transmitthe impairment setting to the dynamic transaction card, where it may bestored, for example, in nonvolatile memory. Storing the impairmentsettings in nonvolatile memory within the dynamic transaction card mayallow the dynamic transaction card to convert any alert or request fordata to be displayed on the dynamic transaction card to be converted onthe dynamic transaction card into a display of data that may be readilyunderstood by users with the impairment. For example, when a dynamictransaction card is used in a transaction as described herein, themobile device associated with the dynamic transaction card may receivedata from a backend system storing account information associated withthe dynamic transaction card and/or from the dynamic transaction carditself (block 1810). The data may indicate a balance, a credit limit, abudget balance, a transaction amount, and the like. At block 1812, themobile device may generate alert data to transmit the informationreceived from the backend server to the dynamic transaction card fordisplay. The alert data that is generated may include data that caninstruct the dynamic transaction card to generate a visual displayindicating the particular alert. Once received at the dynamictransaction card, the dynamic transaction card may convert the alertinto an display that may be readily understood by the user with theimpairment. For example, a display indicating a particular balance maybe altered from an alphanumeric display to a color/shape display thatmay indicate the particular balance. In this example, a balance that isat 75% of the limit may be indicated using a red octagon, whereas abalance that is 25% of the account limit may be indicated using a greencircle.

The display of the dynamic transaction card may also be used in othermanners. For example, as illustrated in FIG. 19, the display 1916 of adynamic transaction card 1910 may be read using a barcode reader 1920.For example, the LED display 1916 of the dynamic transaction card may beconfigured to generate a rotating pattern of timing to createconstructive interference that may be read by a barcode reader 1920without being read by the naked eye.

A barcode reader 1920 may include an illumination system 1922, a sensor1924, and a decoder 1926. An illumination system 1922 may illuminate thecode with red light, such as by using a single point LED, linearmultiple LED, a laser, and/or an LED imager. A sensor 1924 may detect orsense the reflected light and generate, for example, an analog signalwith fluctuating voltage based on what the sensor receives. The decoder1926 may also include a converter to change the analog signal to adigital signal. The decoder 1926 may analyze the digital signal and testto determine whether the digital signal represents a valid barcode. Thedecoder may do this my changing the digital signal to alphanumericcharacters (e.g., ASCII text, binary code, and the like). Thesecharacters may then be used to interpret the barcode.

The dynamic transaction card 1910 may include an LED display 1916. TheLED display 1916 may generate a barcode using constructive interferenceto generate a resultant analog wave that may be read by a barcodereader. This resultant analog wave may be read by a barcode reader 1920but not by the naked eye. Constructive interference may be generatedusing the LEDs within the dynamic transaction card 1910. The LEDs may beindividually driven at different frequencies or pulsed at different timeintervals from each other such that the light wave generated from eachLED constructively interferes with the light waves generated by theother LEDs, creating spatial light voids in the resultant analog lightwave. By choosing frequencies that are faster than 50 Hz, the spatiallight voids would only be visible by photodetectors within barcodereader 1920, but not by the human eye.

The LEDs may be controlled using a microprocessor, such as microchip1912 or another microcontroller or microprocessor within dynamictransaction card 1910. In operation, the dynamic transaction card 1910may receive instructions to generate a barcode. Instructions may bereceived from a sensor 1918 or from a mobile device transmittinginstructions to a dynamic transaction card 1910 via BLE, Wi-Fi, RFID,and/or the like, which may be received at dynamic transaction card 1910via antenna 1914. Once the instructions are received to generate abarcode, a microprocessor within dynamic transaction card 1910 maytransmit instructions to the LED display 1916 to create a specificpattern that may result in constructive interference that will generatea barcode to be read by a reader 1920.

The LED display, such as display 1916, display 216, or display 716, mayalso be used as a photodiode that may convert light into a current. Inthis manner, the LED displays may be used as a sensor to detect light,or rather to detect when the dynamic transaction card may be in use andshould be activated. By means of the photoelectric effect, LEDs maydetect certain wavelengths of light (e.g., about 400 nm to 1,000 nm).The wavelength that can be detected is dependent on the wavelengths oflight that the LED emits under a positive voltage (i.e. forward bias),with the LED typically being able to detect light waves that are atleast the same frequency as the light that it can emit. However, somematerials allow for a wider range of wavelengths that can be detected.By using differently doped LEDs, the amount of electrical currentgenerated by light falling on the LED can be increased, thus making theLEDs more sensitive as photodetectors. The amount of current generatedfrom light waves is dependent on the length of the depletion layer, i.e.the region between the p-doped and n-doped portions of the LED.Increasing the width of depletion layer results in more generatedcurrent as more photons from the light wave can be absorbed to createthe electrical current. This depletion layer may be increased by varyingthe doping levels. For example, by decreasing the n-type doping orincreasing the p-type doping in the LED, the diffusion layer width ofthe resulting p-n junction would be increased. The depletion layer mayalso be increased by operating the LED under negative voltage, (i.e.reverse bias).

In this manner, when a dynamic transaction card, such as card 1900, 200,or 700, is exposed to light, the LED display of the dynamic transactioncard may detect light, transmit the light signals from the LED to themicroprocessor/microcontroller, such as microprocessor/microcontroller224, 724, and/or a bootloader, such as bootloader 222, 722 to activatethe dynamic transaction card.

The present disclosure is not to be limited in terms of the particularembodiments described in this application, which are intended asillustrations of various aspects. Many modifications and variations canbe made without departing from its spirit and scope, as may be apparent.Functionally equivalent methods and apparatuses within the scope of thedisclosure, in addition to those enumerated herein, may be apparent fromthe foregoing representative descriptions. Such modifications andvariations are intended to fall within the scope of the appendedrepresentative claims. The present disclosure is to be limited only bythe terms of the appended representative claims, along with the fullscope of equivalents to which such representative claims are entitled.It is also to be understood that the terminology used herein is for thepurpose of describing particular embodiments only, and is not intendedto be limiting.

With respect to the use of substantially any plural and/or singularterms herein, those having skill in the art can translate from theplural to the singular and/or from the singular to the plural as isappropriate to the context and/or application. The varioussingular/plural permutations may be expressly set forth herein for sakeof clarity.

It may be understood by those within the art that, in general, termsused herein, and especially in the appended claims (e.g., bodies of theappended claims) are generally intended as “open” terms (e.g., the term“including” should be interpreted as “including but not limited to,” theterm “having” should be interpreted as “having at least,” the term“includes” should be interpreted as “includes but is not limited to,”etc.). It may be further understood by those within the art that if aspecific number of an introduced claim recitation is intended, such anintent may be explicitly recited in the claim, and in the absence ofsuch recitation no such intent is present. For example, as an aid tounderstanding, the following appended claims may contain usage of theintroductory phrases “at least one” and “one or more” to introduce claimrecitations. However, the use of such phrases should not be construed toimply that the introduction of a claim recitation by the indefinitearticles “a” or “an” limits any particular claim containing suchintroduced claim recitation to embodiments containing only one suchrecitation, even when the same claim includes the introductory phrases“one or more” or “at least one” and indefinite articles such as “a” or“an” (e.g., “a” and/or “an” should be interpreted to mean “at least one”or “one or more”); the same holds true for the use of definite articlesused to introduce claim recitations. In addition, even if a specificnumber of an introduced claim recitation is explicitly recited, suchrecitation should be interpreted to mean at least the recited number(e.g., the bare recitation of “two recitations,” without othermodifiers, means at least two recitations, or two or more recitations).Furthermore, in those instances where a convention analogous to “atleast one of A, B, and C, etc.” is used, in general such a constructionis intended in the sense one having skill in the art would understandthe convention (e.g., “a system having at least one of A, B, and C”would include but not be limited to systems that have A alone, B alone,C alone, A and B together, A and C together, B and C together, and/or A,B, and C together, etc.). In those instances where a conventionanalogous to “at least one of A, B, or C, etc.” is used, in general sucha construction is intended in the sense one having skill in the artwould understand the convention (e.g., “a system having at least one ofA, B, or C” would include but not be limited to systems that have Aalone, B alone, C alone, A and B together, A and C together, B and Ctogether, and/or A, B, and C together, etc.). It may be furtherunderstood by those within the art that virtually any disjunctive wordand/or phrase presenting two or more alternative terms, whether in thedescription, claims, or drawings, should be understood to contemplatethe possibilities of including one of the terms, either of the terms, orboth terms. For example, the phrase “A or B” may be understood toinclude the possibilities of “A” or “B” or “A and B.”

The foregoing description, along with its associated embodiments, hasbeen presented for purposes of illustration only. It is not exhaustiveand does not limit the invention to the precise form disclosed. Thoseskilled in the art may appreciate from the foregoing description thatmodifications and variations are possible in light of the aboveteachings or may be acquired from practicing the disclosed embodiments.For example, the steps described need not be performed in the samesequence discussed or with the same degree of separation. Likewisevarious steps may be omitted, repeated, or combined, as necessary, toachieve the same or similar objectives. Accordingly, the invention isnot limited to the above-described embodiments, but instead is definedby the appended claims in light of their full scope of equivalents.

In the preceding specification, various preferred embodiments have beendescribed with references to the accompanying drawings. It may, however,be evident that various modifications and changes may be made thereto,and additional embodiments may be implemented, without departing fromthe broader scope of the invention as set forth in the claims thatfollow. The specification and drawings are accordingly to be regarded asan illustrative rather than restrictive sense.

The invention claimed is:
 1. A dynamic transaction card comprising: asensor that detects an input of the dynamic transaction card; anapplication that is account-provider specific and includes instructionsto generate a display upon receiving input from the sensor; an EMVprocessor in communication with a microprocessor, wherein themicroprocessor receives application data from the application andactivates a display component via a display driver; the displaycomponent comprising one or more LED lights, wherein the one or more LEDlights generate a barcode using constructive interference to generate ananalog wave that is read by a barcode reader, wherein the LED lights areindividually driven at different frequencies such that a light wavegenerated from each LED light constructively interferes with light wavesgenerated by other LED lights, creating one or more spatial light voidsin the analog wave; an energy storage component to power the dynamictransaction card.
 2. The dynamic transaction card of claim 1, whereinthe LED lights are pulsed at different time intervals from each othersuch that a light wave generated from each LED light constructivelyinterferes with light waves generated by other LED lights.
 3. Thedynamic transaction card of claim 1, wherein a mobile device transmitsinstructions via a wireless connection to the dynamic transaction cardthat receives the instructions via an antenna.
 4. The dynamictransaction card of claim 3, wherein the microprocessor transmits theinstructions to the display component to create a pattern that resultsin constructive interference to generate a barcode.
 5. The dynamictransaction card of claim 1, wherein the barcode reader comprises anillumination system, a sensor, and/or a decoder.
 6. The dynamictransaction card of claim 5, wherein the decoder determines whether adigital signal comprises a valid barcode.
 7. The dynamic transactioncard of claim 1, wherein the application generates a displayillustrating account data and/or transaction data.
 8. The dynamictransaction card of claim 7, wherein the account data comprises anaccount balance, account limit, transaction history, budget balanceand/or budget limit.
 9. The dynamic transaction card of claim 7, whereinthe transaction data comprises a transaction amount, effect of atransaction on a budget, and/or account balance.
 10. The dynamictransaction card of claim 1, wherein the display component comprises LEDlights that indicate an account balance via a color, number of LEDlights illuminated, and/or a pattern of illumination.
 11. The dynamictransaction card of claim 1, wherein the display component comprises adot matrix, one or more OLED lights, electronic paper, Mirasol, TF LCD,and/or Quantum Dot Display.
 12. The dynamic transaction card of claim 1,further comprising an outer protective layer having an outer edge and acard backing having an outer edge, wherein the card backing outer edgeand the outer protective layer outer edge are connected along therespective outer edges to one another to form a casing for the internalcomponents of the dynamic transaction card.